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(54) Title: UNIVERSAL SHOPPING CART SYSTEM 

(57) Abstract 

A multi-site shopping cart and cooper- 
ative sales system provides two or more Web 
sites with the ability to enter into Cooperative "J 02 

Sales relationships that provide added value to 
end users through a Multi-Site Shopping Cart. 
The invention enables online shoppers to se- 
lect and purchase items across a network of 
unrelated Merchant Web sites starting from a 
Lead Web Site, without having to repeatedly 
enter their relevant information and provides a 
Parsing Proxy Server (PPS) and an Application 
Server (APS) located on distributed computers 

across a network. The PPS acts as an interme- 1 03 

diary between the consumer and the Merchants 
by parsing pages served by the Merchant to the 
consumer, and redirecting Universal Resource 
Locators (URL) in the Merchant's pages back 
to the PPS. The PPS can thus track, manage, 
and monitor the consumer's shopping interac- 
tion with the Merchants. The PPS extracts rel- 
evant information by parsing the pages through 
a wrapper code that allows it to customize its 

interaction with each particular Merchant. Alternatively, the PPS can gather the relevant information by searching for predefined tags 
inserted into the pages by the Merchants. The PPS sends the relevant information to the APS. The Multi-Site Shopping Cart experience 
is created by the APS on the Lead Web Site. The APS gathers the consumer's shopping cart information from the PPS, re-creates this 
information onto the shopping cart located on the Lead Web Site, and displays it to the consumer. When a consumer decides to finalize 
her purchases, the APS executes the purchases on the various Coop Merchant sites through form filling or through a software robot ("bot") 
on the PPS. The consumer can create a wish list of items, purchase and redeem a universal gift certificate, create a pooling of resources to 
purchase a gift, and create and post a suggestion list from a partner site all using the Multi-Site Shopping Cart system on a Lead Web Site, 



A -Affiliate Site 
M - Merchant Site 
C • Customer 
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BACKGROUND CT^lTHE INVENTION 



TECHNICAL FIELD 

1 5 The invention relates to electronic commerce in a computer environment. More 
particularly, the invention relates to providing a single shopping cart solution 
between a number of merchants that allows each merchant to present its Web 
site to the customer in a computer environment. 

20 

DESCRIPTION OF THE PRIOR ART 

One of the more common business relationship models on the internet involves 
two or more Web sites participating in an e-commerce transaction. These 
25 relationships can generally be organized in two opposing categories: "Referrals" 
and "Superstores". 

Until recently, the only form of cooperation among Web sites was Referrals. 
One site would include in its pages a link to another site. Sites would reward each 
30 other based on the number and nature of referrals that occurred. 

One example of the use of Referrals is Yahoo, one of the various search 
engines on the Web. A Customer searches for "Patagonia clothing" and Yahoo 
serves a page containing a link to Patagonia's Web site. Patagonia will pay 
35 Yahoo a fixed rate for each surfer referred from Yahoo to Patagonia. If the 
Customer purchased something from the Patagonia site, then Patagonia pays 
Yahoo a commission based on the size of the sale. 

In this model, the power and control are heavily biased towards the merchant. 
40 The merchant decides the type of commission it is willing to pay the referor or 
"affiliate". The merchant also controls the end user's shopping experience. 
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5 The end user typically moves from one Web site to the another, creating a 
discontinuous experience. Any information that she may have left on a portal site 
is not passed on to the merchant and any information she has left on the merchant 
site, e.g., a selection of products in her shopping cart, exists only on the 
merchant's site. '•' ■ ■ ,1 * 

•ft • i • 

10 

Recently, some portals like Excite and Yahoo have pulled the model in the 
opposite direction - from the affiliates. The portal sites have become full-featured 
shopping destinations. These shopping sites correspond to the "Superstore" 
model, where all products are available in one location, under one retailer brand. 
1 5 Once the order is taken, the portal sites use online merchants for order fulfillment. 

The control and power has completely shifted from the merchant to the portal. 

This shift brings some benefits to the end user: she can use the same shopping 
20 cart on the Superstore site to buy items from different merchants. She can also 
have her information stored on the Superstore site to avoid the inconvenience of 
refilling forms every time she wants to make a purchase from a new merchant. 

However, this approach has some drawbacks. The Superstore is responsible 
25 for displaying the merchant's products and information, i.e., the Superstore must 
recreate each merchant's Web site or alternatively offer a poor online shopping 
experience to the end user. 

It would be advantageous to provide a universal shopping cart system that 
30 balances the power between the portals and merchants and allows the 
merchants to present their Web sites to the end user without recreating the W e b 
sites on the portal site. It would further be advantageous to provide a universal 
shopping cart system that presents a single shopping cart interface to the end 
user. 

35 




■4 ~ 



SUMMARY OF THE INVENTION 



The invention provides a Multi-Site Shopping Cart system which enables 
40 portals and merchants to form a Cooperative Sales relationship across a 
computer network. The invention provides a system that presents the customer 
with a single shopping cart interface which enables her to purchase items from 
several distinct merchants at a single location, with just a single click of the mouse. 
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5- Additionally, the system allows merchants to retain control of the customer's 
shopping experience by granting consumers access the merchants' actual Web 
sites. 

A p Jarred pffrbodiment of the invention provides two components: , an 
10 Appliration'server (APS) that controls the content of the Multi-Site cart and 
stores the user information; and a Parsing Proxy Server (PPS) that acts as an 
intermediary between the user and the merchants when the user is browsing the 
merchant Web sites. 

15 At the beginning of the user's shopping session, the APS serves pages with 
links to the merchant Web sites. These links are routed through the PPS in the 
following manner the user's browser requests a page from the PPS, which in 
turns requests a page from the merchant site, processes this page, and then 
serves it to the browser. The minimum level of processing done by the PPS 

20 consists of finding the links in the HTML page of the merchant and ensuring that all 
these links are modified to route through the PPS. This means that, as the user 
clicks on links in the page, ail of the browser requests are sent to the PPS. 

If the merchant pages contain some information on the items selected by the 
25 user, the PPS extracts this information and sends it to the APS, using the HTTP 
protocol. If the page to be served is the merchant's shopping cart page, the 
PPS performs a re-direct to the APS, and the APS displays the Multi-Site 
Shopping Cart page which includes the item just selected on the merchant site. 

30 When the user is ready to execute the purchase, she can select a sub-set of her 
shopping cart. She can then click on a "buy" button. The APS instructs the PPS 
to re-create, on the merchant sites, the shopping carts corresponding to the 
selected items, and then to place an order using the user's billing and shipping 
information. This interaction is performed by a bot, which is a component of the 

35 PPS, either by simulating the user's dicks on the merchant site or by using the 
merchant's own API, if available. Alternatively, the user can go to the merchant's 
web site through the PPS, and perform a manual checkout process as 
implemented by the merchant. In that case, the PPS will help the user by filling 
the forms with the user's information. 

40 

The Multi-Site Shopping Cart system can also be applied to a number of 
innovative features that would add value and functionality to the user's overall 
shopping experience. These features include the Multi-Site Shopping Cart 
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system being deployed to compile a Wish List, redeem a Universal Online Gift 
Certificate, organize and enable a Group Gift purchase, and to compile and 
purchase items from a Suggestion List enacted by a partnering Web site. 

Other aspects and advantages of the invention will become apparent from the 
following detailed description in combination with the accompanying drawings, 
illustrating, by way of example, the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block schematic diagram of a prior art Referral Internet business 
relationship model according to the invention; . 

Fig. 2 is a block schematic diagram of a prior art Superstore Internet business 
relationship model according to the invention; 

Fig. 3 is a block schematic diagram of the balance of power that the invention's 
Cooperative Sales business model offers according to the invention; 

Fig. 4 is a block schematic diagram of a preferred embodiment of the invention 
showing the components of the Cooperative Sale Architecture according to the 
invention; 

Fig. 5 is a block schematic diagram of a the relationship between the Lead Web 
Site, Coop Merchant, Customer, and the invention's server according to the 
invention; 

Fig. 6 is a block schematic diagram of the participant interactions for the Wish List 
and Group Purchase features of the invention according to the invention; 

Fig. 7 is a block schematic diagram of the participant interactions for the 
Suggestion List feature of the invention according to the invention; and 

Fig. 8 is a block schematic diagram of the Universal Gift Certificate feature of the 
invention according to the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The invention is embodied in a universal shopping "cart system in a computer 
10 environment. A system according to the invention provides portals and 
merchants with a cooperative sales relationship across a computer network that 
allows merchants to retain control of the customer's shopping experience. In 
addition, the invention provides a system that presents the customer with a 
single shopping cart interface that includes all of the participating merchants. 

15 

The invention provides online services that enable portals (heavily trafficked 
Web destinations) and merchants to cooperate seamlessly in e-commerce 
transactions and provide substantial added value to the end user. 

20 The following discussion and figures do not treat the Portal and Merchant Web 
sites as monolithic entities. They are instead treated as being composed of the 
following components: 

P-ref: 

25 

Portal Referrals. Traditionally, Portals display links to other sites. 
Presumably, some portion of the Portal will continue to do this even 
though another portion of the Portal is a Superstore. 

30 P-stf: 

Portal Storefront. This is the new Portal behavior where the Portal 
provides a Super Store. Customers indicate the sort of item that they are 
trying to purchase and the Portal produces a listing of Merchants that have 
35 the item, along with prices and other information. The customers purchase 

goods from the Portal and the Portal forwards relevant information to the 
appropriate Merchant. Customers never see a page served by the 
Merchant Web server. 

40 M-stf: 
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5 Merchant's Storefront. The Merchant's Web site. This is what Customers 

would see if they directly accessed the Merchant's Web site. In the 
invention's new model, Customers may never see this site. 

M-cat: 

0 

Merchant's Catalog. The list of products the Merchant sells. Also includes 
price and availability. The Catalog is blended seamlessly into the 
Merchant's Storefront in a traditional model. In the invention's new model, 
the Catalog is also accessed as a stand-alone data source. The Portal 
Super Store uses this data source to acquire the relevant product 
information. 

M-ofl: 

Merchant's Order Fulfillment. The mechanism for placing an order. This 
traditionally includes some sort of shopping cart, credit card processing, 
and addressing. Also in a traditional model, Order Fulfillment is blended 
seamlessly into the Merchant's storefront. In the invention's new model, 
Order Fulfillment is also used as a stand-alone sen/ice that other Agents 
(such as Yahoo) can use to place an order. 

Two different prior art Internet business relationship models are examined below: 
Referral and Superstore. 

The Referral Program Model 

Until recently, the only form of cooperation among Web sites was Referrals. 
One site would include in its pages a link to another site. Sites would reward each 
other based on the number and nature of referrals that occurred. 

Discussed here is an example of the Referral model involving Yahoo, one of the 
various search engine portals on the Web. A Customer enters the Yahoo portal 
and enacts a search for "Patagonia clothing." Yahoo processes the request and 
serves a page containing a fink to Patagonia's Web site. Patagonia will pay 
Yahoo a fixed rate for each surfer referred from Yahoo to Patagonia. If the 
Customer purchased something from the Patagonia site, then Patagonia pays 
Yahoo a commission based on the size of the sale. 
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In this model, the power and control are heavily biased towards the merchant. 
The merchant decides the type of commission it is willing to pay the referrer or 
"affiliate". The merchant also controls the end user's shopping experience. 

The end user typically moves from one Web site to the another, creating a 
discontinuous experience. Any information that she may have left on a portal site 
is not passed on to the merchant and any information she has left on the merchant 
site, e.g... a selection of products in her shopping cart, exists only on the 
merchant's site. Also, if she purchases something on the merchant site, her billing 
and shipping information will only be stored on that same site. 

Fig. 1 shows a typical form of referral relationship that currently exists. A 
Merchant 101 signs up other Web sites as Affiliates 102. Each Affiliate 102 
includes on its Web site links to the Merchant site 101. The Merchant 101 
rewards the Affiliate 1 02 based on the number of referrals and the type of actions 
that referred Customers 103 perform while surfing on the Merchant site 101. 

The interaction between the Customer 103, Affiliate site 102, and Merchant site 
101 proceed as follows: 

1. The Customer 103 downloads a page 104 from the Affiliate site 102. The 
page includes hyperlink(s) to the Merchant site 101. 

2. Customer 103 selects link 105 to Merchant site 101. Appropriate page is 
downloaded 105 from Merchant site 101. Page includes links to other pages 
within Merchant site 101 . 

3. Customer 103 downloads one or more additional pages 106 from Merchant 
site 101. Customer 103 may also purchase something from Merchant site 
101. A commission of sales or a fixed amount is then due from the Merchant 
to the Affiliate for every referral or sale initiated from the Affiliate site 102. 

Analysis of the Referral Relationship 

End User Pluses- 

The customer has access to the merchant's storefront. She also feels 
confident that she is buying from a trusted brand and web site. 

End User Minuses: 
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5 The end user typically moves from one Web site to the another, creating 

a discontinuous experience. Any information that she may have left on a 
portal site is not passed on to the merchant, and any information she has 
left on the merchant site, e.g., a selection of products in her shopping cart, 
exists only on the merchant's site. This creates a duplication of tasks 
10 performed by the user, such as entering shipping addresses, credit card 

information, and refilling the cart with items she had previously selected for 
purchase. 
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In simple referral relationships, the two sites remain completely independent from 
each other. In the above example, once the Customer begins receiving pages 
from the Merchant server, the Affiliate plays no further role in the Customer's 
purchase or shopping experience. This loss of control makes the Affiliate unable 
to track the various referrals, and so the Merchant needs to do it. 



The Superstore Model 



Recently, some portals like Excite and Yahoo have pulled the model in the 
opposite direction, shifting the focus of the user's shopping experience from the 
25 merchant site to the portals themselves, or the entities which acted merely as 
affiliates in the previous model. These portal sites have become full-featured 
shopping destinations, thereby creating a shopping environment that 
corresponds to the "Superstore" model. In the Superstore model, all products 
are available in one location. The portal, previously the "referrer," does not 
30 actually refer the customer to the merchant site. Instead, the "referrer" is a Super 
Store; it provides a storefront where many merchants' goods are available. The 
customer can access a merchant's goods, but the customer never directly 
interacts with the merchant's Web site. Instead, the customer can place her order 
on the portal site. Once the order is taken, the portal site then uses the online 
merchants for order fulfillment. 

In the Superstore model, the balance of control and power has shifted 
completely from the Merchant to the Portal. 

This shift brings some benefits to the end user: she can use the same shopping 
carton the Superstore site to buy items from different merchants. She can also 
have her information stored on the Superstore site to avoid the inconvenience of 
refilling forms every time she wants to make a purchase from a new merchant. 
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However, this approach has some drawbacks. The Superstore is responsible 
for displaying the merchant's products and information, i.e., the Superstore must 
recreate each merchant's Web site, which is done incorrectly, may offer the end 
user a poor online shopping experience. 

There are several variations on the Superstore theme. Referring to Fig. 2, an 
exemplary model of Yahoo's Superstore approach is shown. The following 
steps occur during a typical transaction: 

1. (This step does not have to occur.) Customer 201 performs some sort of 
query on Portal (Yahoo) 202 to identify item to be purchased 206. This may 
be an iterative process. In the end, user 201 has determined what she wants 
to buy. For our example, assume it is the book "Gone With the Wind". 

2. Customer 201 requests to visit the Yahoo Storefront 207. Yahoo 202 
serves the appropriate page 207. Customer 201 indicates the item that she 
wants to purchase. 

3. Yahoo 202 queries relevant merchant's catalogs to determine price and 
availability 21 1, 212, 213. The access to the merchant catalogs is generally 
based on a copy stored on Yahoo's site 202 and periodically updated, 
although heavier systems such as the Commerce One Market Site have 
some real time capabilities. 

4. Yahoo 202 serves a page to the Customer 201 containing appropriate 
information 208. The page contains information about specific Merchants 
203, 204, 205 and their offerings, but all. of the links that Customer 201 sees 
are links to Yahoo 202, not links to Merchants 203, 204, 205. 

5. Customer 201 selects Bnk to indicate which Merchant 205 she wants to 
purchase book from 209. Yahoo 202 serves appropriate pages to perform 
capture Order information 209. Customer 201 confirms decision to buy 209. 

6. Yahoo 202 serves order completion page 210. 

7. Yahoo 202 transmits minimal Order Fulfillment information 214 to Merchant 
205. 
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5 Analysis of the Superstore Model 

End User PIusas: 

The customer gets the convenience of one stop shopping. In addition, 
Superstores typically offer a comprehensive list of possible merchants for 
a given product thus enabling the customer to do a thorough price 
comparison. The customer can use a single shopping cart to purchase 
items from different merchants and, at the same time, she stores her 
information at the Superstore so she won't have to fill out forms for each 
merchant. 

End User Minuses- 

The customer loses the benefits of browsing the merchant's storefronts 
where valuable information is often displayed. For example, Amazon 
displays book suggestions in its book section that may aid a customer h 
selecting a more satisfactory purchase. This added value is lost in the 
Superstore model. The customer may have also developed a 
relationship with a merchant based on certain services that the merchant 
provides, but that are not passed on by the portal site. For example, the 
customer may enjoy buying toys from eToys because she likes the 
quality of its post-sales service, and because she knows that eToys is 
reliable in its shipping dates. This relationship is lost in the Superstore 
model. 

The Superstore model is attractive to portals as they have control over the data 
30 and the user's shopping experience. The portal's brand is both used and 
strengthened through this relationship. 

On the other hand, the Superstore model is unattractive to merchants. Although 
merchants eventually get the user's data (to fulfill the orderphey cannot affect the 
35 user's experience and thus lose an opportunity to use and build their brand. 
Basically, merchants are reduced to commodity wholesalers that compete mostly 
on price, availability, and delivery terms. Hence, merchants are sometimes 
reluctant to enter into relationships based on the Superstore Model. 

40 The lack of a standard in information formats is an additional impediment to the 
deployment of this model. Merchants and portals need to agree on a format to 
pass product information in one direction and order information in the other 
direction. Since many of these e-commerce systems are ad hoc, there are not 

10 
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likely to be many standards. Yahoo can define a data interchange standard and 
impose it on merchants. Other portals and merchants do not have that kind of 
leverage. 
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10 A New Model: Cooperative Sales 

A preferred embodiment of the invention provides a new model of electronic 
commerce relationships: Cooperative Sales. Under this model, portals and 
merchants, or merchants among themselves, seamlessly cooperate to enhance 
1 5 the end user experience and close e-commerce transactions. This new model is 
implemented using a Cooperative Sale Architecture (COSA). 

In a Cooperative Sales model, the customer starts her shopping experience on 
a portal site, then goes to one or several merchants sites, chooses items to buy 
on these sites, and makes the final payment for all of the items on the portal site. 
Two merchants could also cooperate and cross sell their products, with the actual 
purchase transacted on a single site. In addition, some cross-selling promotions 
can be inserted and propagated from one site to the other and be included in the 
final purchase. 

25 

Referring to Fig. 3, in the Cooperative Sales model 301, the portal or one of the 
merchants takes the leadership, becoming the "Lead Web Site" 302. The other 
merchants cooperate and become "Coop Merchants" 303. 

30 The Cooperative Sales model 301 realigns the balance of power among the 
actors towards the middle, where the Merchants and Portal sites share the power. 
As previously noted, the Referrals model 305 shifts the power to the Merchant, 
while the Superstore model 304 shifts the power in the opposite direction to the 
Portals. 

35 

With respect to Fig. 4, the invention is comprised of two sets of components: 

1. The Application Servers 405 which are all connected to the main database 
404. 

40 2. The Parsing Proxy Servers 401, each of them connected to its own Data 
Propagation Server 402, which is a fast in-memory database. 

The two sets of components exchange data across the network. 
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Application Server — jjSHK ?r ~"' ' ■ s 



The Application Server (APS) 405 handles the user interface on the Lead Web 
Site 403, while managing and storing the user's data at the same time. When the 
user 407 decides to shop on a coop merchant web site 406, the APS 405 takes 
care of feeding the Parsing Proxy Server 401 the user's relevant information. In 
return, the APS 405 receives from the Parsing Proxy Server 401 both merchant 
information, e.g., shopping cart and product information, as well as previously 
stored user information, which may be forms pre-filled with the user's contact 
information (shipping addresses, etc). 

Parsing Proxy Server 



The Parsing Proxy Server (PPS) 401, handles all the user HTTP/HTTP S 
connections to the merchants. It performs five functions : 



1 . Serving as an intermediary for user requests to merchant sites (by diverting 
links and managing cookies in the DPS 402). 

2. Recording the user behavior in log files to allow multi-merchant statistics. 

3. Parsing scripts or HTML pages and taking indicated actions at the appropriate 
times (e.g., redirecting the user 407 to the Lead Web Site 403 when 
needed). 

4. Pulling information from the merchant pages (e.g., the products description 
and shopping cart contents), and pushing information into the pages sent 
back to the user (e.g., form filling with email address, etc.). 

5. Automatically interacting with the merchant web site 406 to perform automatic 
tasks, e.g., automatic login/signup or one-click-checkout. This interaction is 
done either by simulating user's clicks, or by using the merchant's own API if 
available. 

The PPS 401 requests information from the APS 405 in order to perform its 
duties, and then sends back relevant customer data to the APS 405 when 
necessary. 

To accommodate differences in behavior and layout among merchant web sites, 
each coop merchant web site is assigned a piece of code called a "wrapper". 
This wrapper is responsible for the data pull & data push function (4), for the 
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automatic interactions with the merchant (5), and for some details in 1, 2, and 3, 
above. 

An alternative to wrappers is the insertion of HTML comment tags inside 
particular pages of the merchant site 406. These tags help the PPS 401 identify 
the information it needs in the merchant page to recreate the user's shopping cart 
at the Lead Web Site 403. The tags also help the PPS 401 identify the 
locations in the merchant page where the customer information should be placed. 

Data Propag ation Server 

The PPS 401 manages all its data into a repository called the Data Propagation 
Server (DPS) 402. The DPS 402 handles all the data, be it merchant-specific or 
user-specific data. 

The user-specific data is organized into meta-sessions: a meta-session is a user- 
session on the PPS 401 which itself is subdivided into several merchant 
sessions, one for each merchant visited by the user 407. Each merchant session 
contains the merchant shopping cart and the cookies and session information 
needed to continue requesting data from this merchant and posting data to this 
merchant 

Referring to Fig. 5, an example of the COSA model is shown. The following 
steps occur during a typical transaction. 

1 . The user 502 goes to the Lead Web Site 503 and, if necessary, logs in. The 
Application Server 505 serves the HTML pages that she receives. 



2. The user 502 selects a coop merchant store 501 and clicks on its link: the link 
generated by the Application Server 505 goes„Jhrough the PPS 506. 
Immediately, the PPS 506 requests information about this customer to the 
Application Server 505, and stores it in its DPS 506. Then, the PPS 506 
sends this request to the target coop merchant server 501 , retrieves the 
response and parses it (in cooperation with the DPS 506). The result of the 
parsing is sent back to the user's browser. All links are diverted to ensure that 
they go through the PPS 506. All cookies are stored directly on the DPS 
506, and not sent back to the user's browser. 
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3. The user 502 surfs on the merchant web site and decides to add a product to 
her cart: the PPS 506 detects this action, parses the product data or the 
shopping cart page (depending on the merchant web site structure), and 
sends the data back to the Application Server 505. The data sent back 
contains all the information needed to later rebuild the coop merchant cart from 
scratch if necessary. The PPS 506 then redirects the user 502 to the multi- 
site shopping cart page of the Application Server 505. 

4. The Application Server 505 serves this page back to the user 502. The user 
502 can choose to continue shopping (step 2). Alternatively, she may; 

4.1. Change the quantities of her universal cart. The Application Server 505 
will instruct the PPS 506 to change the corresponding item quantities on 
the coop merchant web servers 501 . 

4.2. Email her universal cart to a friend. When her friend accepts the emailed 
Hems, the Application Server 505 will ensure that the PPS 506 rebuilds 
the corresponding shopping carts on the coop merchant sites 501. 

4.3. Buy the items in her cart, or a subset of these items, with one-click- 
checkout. The Application Server 505 will launch the one-click-checkout on 
the PPS 506, which will in turn automatically contact the coop merchant 
web servers 501 and checkout the shopping carts with the user 
information. 

4.4. Buy the items in her cart through a "manual checkout." The Application 
Server 505 will redirect the user to the coop merchants web sites through 
the PPS 506. The PPS 506 receives the order forms and fills them with 
the user data before serving them to the user 502; the form pages 
appear pre-filled to the user 502. 

If the user 502 modifies the pre-filled information in a form or adds new~ 
information (for example, a new shipping address or a new credit card number), 
the PPS 506 sends the new information back to the Application Server 505 to 
store it. The user 502 will later be able to reuse it through the automatic form filling 
feature. 

Analysis of the Cooperative Sales Model 

End User Plums- 

• The customer has access to all her favorites vendors; she can go to the actual 
sites and navigate their storefronts. 
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• She can be confident that she is buying from merchants that she trusts. 

• She can keep track of all the items that she is interested in by storing them h 
the Multi-Site Shopping Cart. 

10 

• She can check out all of the items she wants from one place, in one click. She 
doesn't have to enter her information at each Coop Merchant site that she's 
buying from: the PPS software bot does it for her. 

15 In addition to these benefits, the drawbacks of both the Referral and the 
Superstore models have been eliminated. 

The invention provides a solution to the imbalance of power between merchants 
and portals present in both the Referral and Superstore models. The invention's 
20 approach enables a new relationship between portals and merchants which can 
be represented as a "Cooperative Sales" model. 

In the Cooperative Sales model, merchants will no longer be treated as 
commodity wholesalers to stronger portals, while portals will not completely lose 

25 access to the users they pass on to a merchant's site. As portals are often 
heavily trafficked for other reasons in addition to online shopping, it is the 
merchants who often suffer greater consequences from their commoditization. 
For these Merchants, the Cooperative Sales scenario is a much better situation 
than the relationship they would have under the Superstore model with a 

30 powerful portal such as Yahoo. 

Additional Features Enabled by the Cooperative Sales Architecture 
Wish List 

35 

With respect to Fig. 6, the Customer 602 can use the Multi-Site Shopping Cart 
offered by the APS 609 on the Lead Web Site 603 to browse her favorite 
merchant sites (the "Coop Merchants") 604, 605, 606, and select items that she 
likes. The Multi-Site Shopping Cart takes the product information from each 
40 merchant by going through the PPS 601 . These items will then be stored on the 
Lead Web Site 603 through the APS 609. The user has the option of editing 
her Wish List by deleting items or changing their quantities on the Lead Web 
Site 603, without having to go back to the Coop Merchant sites 604, 605, 606. 
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When satisfied with her selection, the user places her list in a template and posts 
it on the Web. She then emails the location (url) of her Wish List to her friends 
607, 608. Her friends 607, 608 can open the emailed link to the url on the Lead 
Web Site 603 to view their friend's Wish List. Alternatively, they can search for 
the location through the search Wish List function on the Lead Web Site 603. 

The friends 607, 608 can select the items that they want to buy for the user and 
transact the purchase on the Lead Web Site through the APS 609 and the PPS 
601 . The PPS 601 will place the order for them in the one-click checkout mode, 
or track the purchase if they decide to go through the manual checkout mode. 
PPS 601 then passes on the purchase information to the Lead Web Site 603. 
As the Lead Web Site 603 processes this information, the purchased items will 
either be taken off or marked as purchased on the Wish List displayed on the 
Lead Web Site 603. 

Suggestion List on Other Web Sites 

Referring to Fig. 7, the Suggestion List is a tool provided by the APS 708 and 
PPS 701 to enable the Lead Web Site 704 to partner with other Web sites. 
The Partner Web Sites 702 provide a list of products from the Coop Merchants 
705, 706, 707 that they suggest or recommend to their users. The links to these 
products go through the PPS 701, so that the previously described processes 
of relaying product and order information through the PPS 701 can take place. 
The products can then be purchased on the Lead Web Site 704 in just one click. 

Web surfers 703 coming to the partnering site 702 will see the Suggestion List. 
They will be able to select products from the list in which they are interested and 
click on a "Buy" button to begin the purchase process. This act will take them to 
the Lead Web Site 704 where they can log in if they already have an account or 
sign up if they are new to the site. The Lead Web Site 704 stores the 
Customer's 703 credit card, billing and shipping information. Using a PPS 
checkout bot 701 , the Customer 703 then purchases her selection from the Lead 
Web Site in one click. 

In this case, the partnering Web site 702, or "author of the suggestion list, acts as 
an authority by suggesting products to its end users. The author of the 
Suggestion List merely needs to insert a code onto her site 702. Two methods 
to create the Suggestion List are used: "manual" and "assisted". 



16 



WO 00/31657 



PCT/US99/77891 



5 

Using the manual method, the author finds the url of the product on the merchant 
site. Instead of using this url to link to the product to the merchant site, the author 
adds a prefix to this url so that the link goes through the* PPS 701 . 

1 0 In the assisted method, the author uses the Multi-Site Shopping Cart offered b y 
the Lead Web Site 704. The author browses the Coop Merchant sites 705, 
706, 707 and selects items she would like to include in her Suggestion List. She 
can edit her list by deleting items or changing their quantities on the Lead Web 
Site 704, without having to go back to the Coop Merchant sites 705, 706, 707. 

15 

When satisfied with her selections, the author then places her list in a template 
and posts it on her partnering web site 702. 

Universal Gift Certificate 

20 

With respect to Fig. 8, the Customer 803 can purchase and send an online Gift 
Certificate to someone else. This Universal Gift Certificate is redeemable on any 
of the Coop Merchant sites 805, 806 or any subset of these merchants, as 
decided by the purchaser 803 of the gift certificate. 

25 

To. purchase the Universal Gift Certificate, the Customer 803 chooses the 
amount of the gift certificate and enters her credit card and billing information on the 
Lead Web Site 804. The Lead Web Site 804 then debits the buyer's credit 
card by the amount she selected for her Gift Certificate. 

30 

The purchaser 803 sends the Gift Certificate to a friend 802 through an email 
generated by the APS (which is part of the COSA system) 804. The recipient 
802 then uses the Multi-Site Shopping Cart system to browse across Coop 
Merchant sites 805, 806 authorized by the Customer 803, and select .which.. 
35 items she would like to buy using the Gift Certificate. 

At checkout, the recipient 802 can use the amount of the Gift Certificate to pay for 
the items she selected. To accomplish this, the PPS checkout bot 801 uses the 
Lead Web Site's 804 credit canj (or other means of payment accepted by the 
40 Coop Merchant) instead of using the Customer's 803 credit card. If the amount 
of the purchase is higher than the gift certificate, the Lead Web Site 804 will ask 
the gift recipient 802 for the difference. If it is lower, the corresponding credit will 
be available for another purchase. 
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Group Gift Purchase 

Referring again to Fig. 6, several people can decide to pool their resources to 
purchase an item for a common friend, thus the term "Group Gift". One of friends, 
10 acting as the "organizer" 602, browses the Coop Merchant sites 604, 605,. 606 
and chooses a gift. Using the Multi-Site Shopping Cart enabled by the PPS 
601 and APS 609 interaction, the organizer 602 can choose a "gift" that may be 
made up of several items, which in turn may come from several different 
merchants. 

15 

The organizer 602 can assign purchase contribution levels to her friends 607, 608 
on the Lead Web Site 603. For example, four friends can split the total cost of 
the gift evenly, each paying for a quarter of the cost. The APS 609 sends an 
email to the friends 607, 608 prompting them to come to the Lead Web Site 
20 603 and pay for their contribution by entering their credit card information. Once 
the full amount has been collected, the Lead Web Site 603 sends an email to 
the organizer 602, who then completes the purchase with the funds that have 
been made available. 

25 In the case of a shared purchase such as an "office pool" environment, the 
organizer 602 can select another option for her friends 607, 608 where each 
friend personally determines the amount of their contribution, /.a, the contribution 
amount is "open". An email is sent to the friends 607, 608 in the same manner 
as above. The friends 607, 608 then go to the Lead Web Site 603 and pay for 

30 their contribution. At this point, anyone can check to see the total amount paid. 
The organizer 602 could alternatively choose to make the contributions "blind", 
i.e., nobody can see the amount of each person's contribution, or decide that she 
is the only person allowed to see the contribution amounts. Once a certain time 
period has elapsed or a set monetary amount has been reached, the Lead Web 

35 Site 603 emails the organizer 602. The organizer 602 then either completes the 
purchase of the selected gift, or uses the available funds to purchase another gift 
should the collected contributions exceed, or fail short of, the cost of the originally 
selected gift. 

Although the invention is described herein with reference to the preferred 
40 embodiment, one skilled in the art will readily appreciate that other applications 
may be substituted for those set forth herein without departing from the spirit and 
scope of the present invention. Accordingly, the invention should only be 
limited by the Claims included below. 
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CLAIMS 

1 . A process for a Multi-Site Shopping Cart that provides portals and 
merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience in a computer 
environment, comprising the step of: 

providing a parsing proxy server; 

wherein a portal or a merchant may be designated as a Lead Web Site; 

wherein said customer begins shopping through said Lead Web Site; 

wherein said proxy server receives merchant page requests from said 
customer, through links placed on said Lead Web Site; 

wherein said proxy server forwards said requests to the appropriate 
merchant; 

wherein said proxy server receives the requested page; and 

wherein said proxy server redirects the proper Universal Resource 

Locators (URL) in said requested page to said proxy server before serving said 

requested page to said customer. 

2. The process of Claim 1, wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL of the pages served 
by the merchant and searches for the relevant information in said requested 
page. 

3. The process of Claim 2, wherein said wrapper on said proxy server 
receives customer information from an application server and places it in said 
requested page. 

4. The process of Claim 1, wherein said proxy server uses tags that the 
merchant has inserted into the page's HTML template to recognize the URL of 
the pages served by the merchant and searches for the relevant information h 
said requested page. 

5. The process of Claim 4, wherein said tags also indicate scripts to be 
executed by said proxy server. 

6. The process of Claim 1 , further comprising the step of: 
providing an application server resident on said Lead Web Site; 
wherein said proxy server sends the relevant information from said 
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5 requested page to said application server; and 

said application server gathers said relevant information to create and 
display said Multi-Site Shopping Cart. 

7. The process of Claim 6, wherein said proxy server receives customer 
1 0 information from said application server and places said customer information h 

said requested page at locations in said requested page indicated by tags 
inserted by the merchant into said requested page's HTML template. 

8. The process of Claim 6, wherein said application server allows said 
15 customer to click on a single button to purchase the items in said Multi-Site 

Shopping Cart, said application server instructs a software robot on said proxy 
server to re-create each shopping cart on each merchant listed in said multi-site 
shopping cart and then simulate the check-out procedure on said merchant site on 
said customer's behalf, using said customer's information. 

20 

9. The process of Claim t , wherein said proxy server manages cookies 
sent by merchant sites. 

10. The process of Claim 1, wherein said proxy server records said 
25 customer's shopping behavior in a database. 

1 1 . The process of Claim 1 , further comprising the step of: 
allowing said customer to create a wish list on said Lead Web Site; 
wherein said customer browses said customer's favorite merchant sites, 

30 selects items that said customer is interested in, and creates said wish list b y 
placing said items in said Multi-Site Shopping Cart on said Lead Web Site's 
site; and 

wherein said customer can edit said wish list by deleting items or changing 
their- quantities on said Lead Web Site without having to go back to the other 
35 merchant sites. 

12. The process of Claim 1 1 , wherein said customer's friends view said wish 
list on said Lead Web Site; and wherein said friends select items that they want 
to purchase for said customer through said Multi-Site Shopping Cart. 

40 

13. The process of Claim 12, wherein said purchase is tracked and the 
purchased item is automatically taken off said wish list. 
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14. The process of Claim 1 , further comprising the step of: 
allowing an author to create a suggestion list for a partnering site; 
wherein said author places said suggestion list in a template and posts it 

on a partnering web site; 

wherein a customer visiting said partnering site views said suggestion list 
and selects the products that said customer is interested in from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 
proxy server; and 

wherein items selected on merchant site are added to said multi-site 
shopping cart on said Lead Web Site. 

15. The process of Claim 14, wherein said application server on said Lead 
Web Site stores said customer's credit card and billing and shipping information 
and allows said customer to purchase the selections in said multi-site shopping 
cart in one button click. 

16. The process of Claim 14, wherein said author of said suggestion list 
browses merchant sites and select items that said author is interested in to create 
a suggestion list using said Multi-Site Shopping Cart on said Lead Web Site's 
site; wherein said author can edit said suggestion list by deleting items or 
changing their quantities on said Lead Web Site without having to go back to the 
other merchant sites; and wherein said author can post said suggestion list on said 
Lead Web Site. 

1 7. The process of Claim 1 , further comprising the step of: 

allowing a customer to purchase an online universal gift certificate on said 
Lead Web Site's site; 

wherein said customer chooses the amount of the gift certificate and enters 
the credit card and billing information to pay for said universal gift certificate; 

wherein said Lead Web Site debits said customer's credit card and 
escrows the money; allowing said customer to send an online universal gift 
certificate to a recipient; and 

wherein said universal gift certificate is redeemable on any of the 
cooperating merchant sites authorized by said customer. 

18. The process of Claim 17, wherein said recipient browses the merchant 
sites authorized by said customer and selects items to purchase using said Multi- 
Site Shopping Cart on said Lead Web Site's site. 
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5 19. The process of Claim 18 wherein if the amount of the purchase is higher 
than said universal gift certificate value, then said Lead Web Site ask said 
recipient for the difference; and wherein if the amount of the purchase is lower than 
said universal gift certificate value, then the corresponding credit will be available 
for another purchase. 

0 

20. The process of Claim 1 , further comprising the step of: 

allowing an organizer to browse the merchant sites and choose a gift to be 
purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
5 merchants, using said Multi-Site Shopping Cart on said Lead Web Site's site; 

wherein said organizer can assign purchase contribution participation levels 
to a set of participants on said Lead Web Site's site; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for their contribution by entering their 
credit card information. 

21. The process of Claim 20, wherein once the full amount has been 
received, said Lead Web Site emails said organizer who then completes the 
purchase with the available funds. 

22. The process of Claim 21 , wherein said organizer can specify the purchase 
contribution amount to be open, thereby allowing each participant to contribute 
any amount. 

23. The process of Claim 22, wherein any person can check to see the total 
amount paid. 

24. The process of Claim 22, wherein said organizer can choose whether the 
contributions "are "blind", so nobody can see the amount of each person's 
contribution or whether said organizer is the only person allowed to see the 
contribution amounts. 

25. The process of Claim 22, wherein once a certain time period has passed 
or a set amount has been reached, said Lead Web Site emails said organizer, 
who then completes the purchase for the selected gift or uses the available funds 
to purchase another gift in case of under or over-contribution participation. 

26. An apparatus for a Multi-Site Shopping Carl that provides portals and 
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5 merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience in a computer 
environment, comprising: 

a parsing proxy server; 

wherein a portal or a merchant may be designated as a Lead Web Site; 
1 0 wherein said customer begins shopping through said Lead Web Site; 

wherein said proxy server receives merchant page requests from said 
customer, through links placed on said Lead Web Site; 

wherein said proxy server forwards said requests to the appropriate 
merchant; 

1 5 wherein said proxy server receives the requested page; and 

wherein said proxy server redirects the proper Universal Resource 
Locators (URL) in said requested page to said proxy server before serving said 
requested page to said customer. 

20 27. The apparatus of Claim 26, wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL of the pages served 
by the merchant and searches for the relevant information in said requested 
page. 

25 28. The apparatus of Claim 25, wherein said wrapper on said proxy server 
also receives customer information from an application server and places it in said 
requested page. 

29. The apparatus of Claim 26, wherein said proxy server uses tags that the 
30 merchant has inserted into the page's HTML template to recognize the URL of 

the pages served by the merchant and searches for the relevant information h 
said requested page. 

30. The apparatus of Claim 29, wherein said tags also indicate scripts to be 
35 executed by said proxy server. 

3 1 . The apparatus of Claim 26, further comprising: 

an application server resident on said Lead Web Site; 
wherein said proxy server sends the relevant information from said 
40 requested page to said application server; and 

said application server gathers said relevant information to create and 
display said Multi-Site Shopping Cart. 
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32. The apparatus of Claim 31 , wherein said proxy server receives customer 
information from said application server and places said customer information h 
said requested page at locations in said requested page indicated by tags 
inserted by the merchant into said requested page's HTML template. 

33. The apparatus of Claim 31, wherein said application server allows said 
customer to dick on a single button to purchase the items in said Multi-Site 
Shopping Cart, said application server instructs a software robot on said proxy 
server to re-create each shopping cart on each merchant listed in said multi-site 
shopping cart and then simulate the checkout procedure on said merchant site on 
said customer's behalf, using said customer's information. 

34. The apparatus of Claim 26, wherein said proxy server manages cookies 
sent by merchant sites. 

35. The apparatus of Claim 26, wherein said proxy server records said 
customer's shopping behavior in a database. 

36. The apparatus of Claim 26, further comprising: 

a module for allowing said customer to create a wish list on said Lead 
Web Site's site; 

wherein said customer browses said customer's favorite merchant sites, 
selects items that said customer is interested in, and creates said wish list b y 
placing said items in said Multi-Site Shopping Cart on said Lead Web Site's 
site; and 

wherein said customer can edit said wish list by deleting items or changing 
their quantities on said Lead Web Site without having to go back to the other 
merchant sites. 

37. The apparatus of Claim 36, wherein said customer's friends view said 
wish list on said Lead Web Site; and wherein said friends select items that they 
want to purchase for said customer through said Multi-Site Shopping Cart. 

38. The apparatus of Claim 37, wherein said purchase is tracked and the 
purchased item is automatically taken off said wish list. 

39 . The apparatus of Claim 26, further comprising: 

a module for allowing an author to create a suggestion list for a partnering 

site; 
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wherein said author places said suggestion list in a template and posts it 
on a partnering web site; 

wherein a customer visiting said partnering site views said suggestion list 
and selects the products that said customer is interested in from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 
proxy server; and 

wherein items selected on merchant site are added to said multi-site 
shopping cart on said Lead Web Site. 

40. The apparatus of Claim 39, wherein said application server on said Lead 
Web Site stores said customer's credit card and billing and shipping infomnation 
and allows said customer to purchase the selections in said multi-site shopping 
cart in one button click. 

41. The apparatus of Claim 39, wherein said author of said suggestion list 
browses merchant sites and select items that said author is interested in to create 
a suggestion list using said Multi-Site Shopping Cart on said Lead Web Site's 
site; wherein said author can edit said suggestion list by deleting items or 
changing their quantities on said Lead Web Site without having to go back to the 
other merchant sites; and wherein author can post said suggestion list on said 
Lead Web Site. 

42. The apparatus of Claim 26, further comprising: 

a module for allowing a customer to purchase an online universal gift 
certificate on said Lead Web Site's site; 

wherein said customer chooses the amount of the gift certificate and enters 
the credit card and billing information to pay for said universal gift certificate; 

wherein said Lead Web Site debits said customer's credit card and 
escrows the money; allowing said customer to send an online universal gift 
certificate-to a recipient; and 

wherein said universal gift certificate is redeemable on any of the 
cooperating merchant sites authorized by said customer. 

43. The apparatus of Claim 42, wherein said recipient browses the merchant 
sites authorized by said customer and selects items to purchase using said Multi- 
Site Shopping Cart on said Lead Web Site's site. 

44. The apparatus of Claim 43, wherein if the amount of the purchase is higher 
than said universal gift certificate value, then said Lead Web Site ask said 
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5 recipient for the difference; and wherein if the amount of the purchase is lower than 
said universal gift certificate value, then the corresponding credit will be available 
for another purchase. 

45. The apparatus of Claim 26, further comprising: 
10 a module for allowing an organizer to browse the merchant sites and 

choose a gift to be purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
merchants, .using said Multi-Site Shopping Cart on said Lead Web Site's site; 

wherein said organizer can assign purchase contribution participation levels 
15 to a set of participants on said Lead Web Site's site; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for their contribution by entering their 
credit card information. 

20 46. The apparatus of Claim 45, wherein once the full amount has been 
received, said Lead Web Site emails said organizer who then completes the 
purchase with the available funds. 

47. The apparatus of Claim 46, wherein said organizer can specify the 
25 purchase contribution amount to be open, thereby allowing each participant to 

contribute any amount. 

48. The apparatus of Claim 47, wherein any person can check to see the total 
amount paid. 

30 

49. The apparatus of Claim 47, wherein said organizer can choose whether 
the contributions are "blind", so nobody can see the amount of each person's 
contribution or whether said organizer is the only person allowed to see the 
contribution amounts. . 

35 

50. The apparatus of Claim 47, wherein once a certain time period has 
passed or a set amount has been reached, said Lead Web Site emails said 
organizer, who then completes the purchase for the selected gift or uses the 
available funds to purchase another gift in case of under or over-contribution 

40 participation. 
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(57) Abstract 

A system (20) for 
conducting interactive 
electronic commerce, 
including shopping, bill 
payment and investment 
portfolio activities, across 
network, such as the 
Internet, among multiple 
merchant sites (24), 
multiple billing sites (25) 
or multiple investment 
sites (26). The system 
includes tools that facilitate 
such activities, which 
tools are displayed as 
frames in a portion of 
the display of a user's 
computer. Remaining 
portions of the display of 
a user's computer may be 
filled with content from a 
merchant site, payment site, 
investment site or other 
site of interest Information 
may be readily transferred 
from, for example, the web 
page of a merchant site to 
an e-catalog (124) where 
information concerning an 
item of interest is stored. 

Templates (122) are provided for facilitating entry of such information. An order may be submitted to multiple merchant sites based 
on the contents of the ©-catalog as a single operation. Similarly, bills may be paid to multiple billing sites as a single operation and 
investment transactions may be effected with multiple investment sites as a single operation. 
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Computer Network Transaction System 
This application claims the benefit of U.S. Provisional Application No. 60/109,833, filed 
November 25, 1998. 

Field of the Invention 

5 The present invention pertains to a system for conducting interactive electronic commerce, 
including shopping, bill payment, and investment portfolio activities, across a network, such 
as the Internet, among multiple merchant electronic commerce sites, multiple bill payment 
sites and multiple investment sites and, more particularly, to such a system that permits 
transactions with a plurality of such sites to be performed as a single operation. 

10 

Background of the Invention 

With the explosive commercial growth of the Internet in recent years, systems have been 
developed to support on-line electronic shopping, otherwise known as electronic commerce 
or e-commerce.' An e-commerce merchant site is accessed by a potential customer using a 

1 5 browser such as the NAVIGATOR® browser of Netscape Communications Corporation or 
the EXPLORER® browser of Microsoft Corporation. With the browser, the customer enters 
the uniform resource locator (URL) for the e-commerce merchant site, or searches for the 
e-commerce merchant site using a search engine such as those identified by the marks 
EXCITE® of Excite Inc., YAHOO® of Yahoo! Inc., or LYCOS® of Lycos, Inc., and 

20 appropriate word queries. Once a desired e-commerce merchant site is located, e-commerce 
proceeds between the customer and such site. 

To support e-commerce, merchant sites use e-commerce application programs of the type 
described in U.S. Patents Nos. 5,715,314 and 5,745,681, which operate on standard servers. 

25 Existing e-commerce application programs support e-commerce between a given customer 
and a given merchant site in a reasonably effective manner. Unfortunately, it tends to be 
inefficient and time consuming for a given customer to shop and order products from multiple 
e-commerce merchant sites. First, e-commerce merchant sites must be sequentially accessed 
by entTy of the appropriate URL, by hypertext linking (if available to the desired merchant 

30 site) or by searching the World Wide Web (the web) with a suitable search engine. If the 

1 
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customer wants to comparison shop by price, size, color and the like, it is necessary for the 
customer to independently record product information, e.g., print web pages, or write down 
information on a pad of paper, and then return to the merchant site offering the selected item 
to place an order. Next, the customer must complete a specified set of profile information to 
5 complete an order, e.g., name, shipping address, credit card number for each merchant, which 
takes time and can be frustrating. This process must then be repeated for each merchant site 
from which the customer wants to purchase a product. As a consequence, customers often 
shop at only a limited number of e-commerce merchant sites. 

10 E-commerce has also been made somewhat easier recently by search engines and other 
electronic forums which contain hypertext links to multiple merchant sites in a single web 
page, sometimes known as electronic malls or virtual malls. Electronic malls may simplify 
locating merchant sites of interest, but they do not overcome the requirement to create 
separate customer profiles for each merchant site, place separate orders with each merchant 

1 5 site, and independently record comparison shopping information within or across merchant 
sites. Furthermore, known electronic malls typically only facilitate the sale of hard goods, not 
services and items that may be downloaded in digital form, e.g., software, business articles, 
music and medical research. 

20 With the advent of Internet-based electronic banking, users can now authorize payment of 
certain bills electronically by specifying the payment type, payment source (e.g., credit card 
number or bank wire transfer number) and receiving entity. Also, users can enter a standing 
request with a bank or other financial institution to process a debit (e.g., a car loan) to a given 
source (e.g., a car loan) on a monthly or other regular basis. Furthermore, financial 

25 management software programs such as the one licensed by Intuit of Menlo Park, California, 
and identified by the trademark QUICKEN, permit users to pay bills to multiple entities 
electronically. 

Various companies such as E-Trade Securities, Inc. of Palo Alto, California 
30 (www.etrade.com) permit users to buy and sell stocks, options and other investment vehicles 
on-line via the Internet. It is typically difficult for a user to record in his or her computer 
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information available via the Internet regarding investment opportunities at the same time 
such information is being displayed on the display of the user's computer. Furthermore, it 
tends to be difficult with known Internet investment sites for the user to buy or sell in a single 
operation investment vehicles from more than one investment site or bank. 

5 

Unfortunately, it tends to be difficult for a user to submit payment for bills to multiple entities 
as a single transaction via the Internet with known electronic banking and commerce systems. 
In addition, known systems do not tend to provide users with the flexibility and functionality 
they desire in receiving, processing and paying bills electronically. 

10 

Summary of the Invention 

One aspect of the present invention is a transaction service system in a service computer for 
supporting e-commerce across a distributed computer network including a user computer 
having a display and browser for navigating the network, and a plurality of merchant sites 
1 5 each having a unique URL and an e-commerce system for enabling sale or other transfer of 
items, which e-commerce system may be accessed via the network with the browser of the 
user computer. The transaction service system comprises an item template module that - 
provides an item template, permits a user to enter in the item template information available 
at a merchant site regarding an item offered by the merchant site, and provides for viewing on 

20 a first portion of the display of the user's computer at least one of the item templates. In 
addition, the transaction service system includes an e-catalog module that permits a user to 
assemble an e-catalog containing information regarding items offered at more than one 
merchant site, and provides for viewing on a second portion of the display of the user's 
computer at least some of the information in the e-catalog. The first portion and the second 

25 portion are sized so that a third portion of the display of the user's computer is not occupied 
by the first portion and the second portion. 

Another aspect of the present invention is an e-commerce system comprising a computer 
network, at least one user computer connectable with the network, with the at least one user 
30 computer having a display and a browser for navigating the network and a plurality of 

merchant computers connectable with the at least one user computer via said network. Each 
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merchant computer is programmed to operate an e-commerce system for enabling 
e-commerce with the at least one user computer. The e-commerce system also includes a 
service computer connectable with the at least one user computer and the plurality of 
merchant computers via said network. The service computer is programmed to operate a 
5 shopping system that permits a user to order items in a single order from more than one of the 
merchant computers. 

A further aspect of the present invention is a method of assisting a user having a user 
computer with a display and a browser in obtaining items offered at a plurality of merchant 

1 0 sites linked via a network that the user can navigate with the browser so as to access merchant 
sites. The method comprises, as a first step, providing a template to the user computer, via 
the network, in which a user may enter information regarding an item offered at a merchant 
site. The template is provided so that it may be viewed on the display of the user computer at 
the same time content from the merchant site may be viewed in the display of the user 

1 5 computer. The second step involves building a collection of the information regarding items 
offered at more than one merchant site and providing at least some of the information in the 
collection so that it may be viewed on the display of the user computer at the same time - 
content from the merchant site may be viewed in the display of the user computer. As a third 
step, an order is created using the information in the collection for items from more than one 

20 merchant site and a request is transmitted to each merchant site for those items included in 
the order which each merchant site offers. 

These and other aspects of the present invention are described in more detail below and are 
illustrated in the accompanying drawings. 



25 



Brief Description of the Drawings 

FIG. 1 is a block diagram of a e-commerce computer network in accordance with the present 
invention; 
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FIG. 2 is a schematic diagram illustrating the user's computer and its display when operating 
using the transaction service system of the present invention, and its relationship to sources of 
information contained in the display; 

5 FIG. 3 is a block diagram of the various modules in the application program of the transaction 
system of the present invention; 

FIG. 4 is a diagram illustrating the operations performed by the transaction service system 
and the user computer at an initial stage of operation; 

10 

FIGS. 5a and 5b are diagrams illustrating the operations performed by the transaction system 
and the user computer following selection of the shopping service link; 

FIG. 6 is a diagram illustrating the operations performed by the transaction system and the 
1 5 user computer following selection of the select item category link; 

FIG. 7 is a diagram illustrating the operations performed by the transaction system and the 
user computer following selection of the create item category link; 

20 FIG. 8 is a diagram illustrating the operations performed by the transaction system, the user 
computer and the merchant computer following selection of the find and enter new item link; 

FIG. 9 is a schematic illustration of the process by which a user populates an e-catalog based 
on information contained at merchant e-commerce sites; 

25 

FIG. 10 is a diagram illustrating the operations performed by the transaction system and the 
user computer following selection of the find existing items link; 

FIG. 1 1 is a diagram illustrating the operations performed by the transaction system and a 
30 user computer following selection of the edit item link; 
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FIG. 12 is a diagram illustrating the operations performed by the transaction system and the 
user computer following selection of the view multimedia object link; 

FIG. 13 is a diagram illustrating the operations pe^ormed by the transaction system and the 
5 user computer following selection of the sort/exclude items link; 

FIGS. 14a and" 14b are diagrams of the operations performed by the transaction system, the 
user computer and the merchant site following selection of the select items and send order 
link; 

10 

FIG. 15a is a schematic illustration of how a user can use the transaction system to complete a 
transaction involving multiple items from multiple merchants sites based on the contents of 
the e-catalog as a single transaction; 

15 FIG. 1 5b is a schematic illustration of how a user completes multiple transactions to multiple 
merchants sites as multiple operations by completing the transactions outside the transaction 
system; 

FIG. 16 is a diagram illustrating the operations of the transaction system and the user 
20 computer following completion of the submission of each SOEM to the outgoing queue 
operation in FIG. 14a; 

FIGS. 17a and 17b are diagrams illustrating the operations performed by the transaction 
system and the user computer following selection of the bill payment service link; 

25 

FIGS. 1 8a and 1 8b are diagrams illustrating the operations performed by the transaction 
system and the user computer following selection of the request investment portfolio service 
link; 

30 FIG. 19 is a diagram illustrating the operations of the transaction system and the user 
computer following selection of the retrieve e-mail for user link; and 
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FIG. 20 is a diagram illustrating the operations of the transaction system and the user 
computer following selection of the edit profile/settings link. 

Detailed Description of the Invention 

5 A. Overview 

Referring to FIG. 1, as a brief overview, the present invention is transaction service system 20 
(also referred to as u system 20") for facilitating the purchase of goods and services, the 
acquisition of information, the payment of bills and the processing of investment portfolio 
transactions and other investment-related activities via e-commerce through a computer 
1 0 network 22, such as the Internet. While system 20 is preferably used with the Internet, 

network 22 may also comprise an Intranet, a local or wide area network, or a dial-in network. 
Network 22 may be wireless, linked by cable and optical fiber, or a combination thereof. 

Goods and services are typically not offered for sale directly by transaction service system 20. 
5 Rather, system 20 is designed to aid a user in identifying, comparing and purchasing goods 
and services offered for sale by multiple e-commerce merchant sites 24 (only one of which is 
illustrated in FIG. 1). Bills may be paid using system 20 to multiple billing sites 25 (only one 
of which is illustrated in FIG. 1). Investment portfolio management, transactions and related 
activities may be conducted with multiple investment sites 26 (only one of which is illustrated 
in FIG. 1). 

Assuming network 22 is the Internet, a user accesses transaction service system 20 using a 
browser 27 running on user computer 28, and then simultaneously accesses one of merchant 
sites 24, billing sites 25 or investment sites 26 using the browser. As described in detail 
below, transaction service system 20 provides a user with shopping, bill payment, and 
investment tools that appear together with information from a merchant site 24, billing site 25 
or investment site 26 in the display of user computer 28. 

The present invention provides various shopping service and related functions across the 
distributed computer network 30 made up of at least transaction service system 20, 
network 22, user computer 28, and one of merchant site 24, billing site 25 and investment 
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site 26. These functions are implemented within the distributed computer network as a 
sequence of computer implemented steps and as interconnected machine modules. The 
specific implementation will depend upon the computer hardware and software used, 
performance requirements and other factors. Some variation in implementation may also be 
5 required as operating platforms change. 

Transaction service system 20 includes a computer 40 having a central processing unit 
(CPU) 42, typically one or more microprocessors, memory 44, typically fast access, low 
capacity memory such as RAM, and slower access, high capacity memory such as optical and 
magnetic disk drives, and an input/output (I/O) section 46, typically including various 
communications adapters for communicating with network 22, a keyboard (not shown), a 
display (not shown) and other devices. Computer 40 will typically be a conventional server 
computer of the type used in client-server networks. Although described as a single 
computer, computer 40 may comprise several linked computers, in a single or multiple 
locations. 

Transaction service system 20 also includes application program 50 stored in memory 44 of 
computer 40. As described in detail below, program 50 contains computing steps for 
achieving the shopping service, bill payment and investment management and transaction 
20 functions of the present invention. These steps are executed as logical operations by CPU 42 
in combination with memory 44 and I/O section 46. 

Describing the overall distributed computer network 30 in somewhat greater detail, 
browser 27 of user computer 28 is a conventional browser of the type used to navigate 

25 network 22. When network 22 is the Internet, suitable browsers are available from Microsoft 
Corporation, Redmond, Washington, under the trademark EXPLORER and from Netscape 
Communications Corporation, Mountain View, California, under the trademark 
NAVIGATOR. User computer 28 may be one of a wide variety of computing systems such 
as personal computers, set-top boxes, mobile telephones, personal digital assistants, other so- 

30 called u thin client" computing systems, interactive TV and other electronic devices and 

venues. Each user computer 28 includes a display 52 for displaying graphics and text. While 
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only two user computers 28 are illustrated in FIG. 1 , it is to be appreciated that distributed 
computer network 30 may contain millions, and some day even billions, of user computers. 
Individuals, businesses, governments, universities and other entities may all have user 
computers 28. The latter could be located in offices, cars, kiosks or be completely mobile. 

5 

E-commerce merchant sites 24 each include a merchant computer 60, typically one or more 
conventional server computers, and an e-commerce application program 62 for enabling 
e-commerce with user computers 28 across network 22. Exemplary e-commerce application 
programs that are usable as program 62 are described in U.S. Patent No. 5,715,3 14 to 

10 Payne et al. and U.S. Patent No. 5,745,681 to Levine et al., which patents are incorporated 
herein by reference. Program 62, as used herein, is considered to include multiple 
e-commerce programs and systems, such as electronic credit card verification systems, as 
well as related programs and systems, such as delivery service software systems. In this 
regard, each merchant site 24 must be able to manage customer information, execute on-line 

1 5 marketing programs like discount pricing, ensure secure and reliable order and financial 

transaction processes, and promptly and reliably ship, download (e.g., in the case of music or 
videos), or implement (e.g., in the case of a service) the transaction. 

As used herein, including in the claims, "e-commerce" means any transaction that is initiated 
20 or otherwise effected by user computer 28 and involves communication via network 22 with 
other entities linked to the network such as merchant site 24, billing site 25 and investment 
portfolio site 26. E-commerce includes the purchase, sale, license and other transfer 
(including without charge) of goods, services, information of all types that may be provided 
in digital, printed or other form, and any other tangible or intangible item. 

25 

While only one merchant site 24 is illustrated in FIG. 1, it is to be appreciated that distributed 
computer network 30 may include millions of merchant sites. As used herein, a merchant 
site 24 means (a) an e-commerce merchant site that is Internet-based and has an Internet URL 
that is different from that of any other merchant site and (b) an e-commerce site that is based 
30 on a computer network other than the Internet and is accessed via a unique telephone number, 
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in the case of a diai-up system, a unique file name in the case of a local or wide area network, 
or through other means of access specific to the e-commerce site. 

Billing sites 25 in computer network 30 each include a billing computer 70 and a billing 
5 program 72 that is implemented by the billing computer for generating bills, receiving and 
processing bill payments and performing related functions. Billing site 25 may be the billing 
and payment computer system of any of a wide range of entities, e.g., a utility, a credit card 
company, an investment firm or a merchant site 24. As used herein, a billing site 25 means 
(a) a billing site that is Internet-based and has an Internet URL that is different from that of 
1 0 any other billing site and (b) a billing site that is not Internet-based and is accessed via a 
unique telephone number, in the case of a dial-up system, a unique file name in the case of a 
local or wide area network, or through other means of access specific to the billing site. 

Investment sites 26 in computer network 30 each include an investment computer 80 and an 
1 5 investment program 82 that is implemented by the investment computer for receiving and 
processing investment transactions and related functions. Investment site 26 may be operated 
by a brokerage house, bank or other entity involved in the purchase and sale of stocks, bonds 
and other financial instruments. As used herein, an investment site 26 means (a) an 
investment site that is Internet-based and has an Internet URL that is different from that of 
20 any other investment site and (b) an investment site that is not Internet-based and is accessed 
via a unique telephone number, in the case of a dial-up system, a unique file name in the case 
of a local or wide area network, or through other means of access specific to the investment 
site. 

25 Turning now to FIGS. 1 and 2, as described in more detail below, a powerful feature of the 
transaction service system 20 is that multiple, preferably three, frames of information may be 
simultaneously presented in display 52 of user computer 28. The term "frame" as used herein 
does not necessarily mean a structure that extends around the entire periphery of display 52. 
Instead, "frame" means a portion of display 52. In a preferred embodiment, frame 54 appears 

30 along the right edge of display 52, frame 56 appears across the top of the display, and 

frame 58 occupies the remainder of the display. This permits a user to simultaneously view a 
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page from, for example, a merchant site 24 in frame 58, while working with information and 
tools provided by transaction service system 20 in frames 52 and 54. As described in more 
detail below, system 20 provides dynamic operation such that at times the entire display 52 
may be filed with a single frame, the system may provide information and tools in frame 58 
5 and the size and relative placement of frames 54, 56 and 58 may be changed. Furthermore, 
with appropriate 3-D display graphics, frames 54, 56 and 58 may overlie one another such 
that content in 'lower" frames may be viewed through content in "higher" frames. 

When transaction service system 20 is implemented for use in an Internet environment, a user 
1 0 accesses the system just like any other site on the World Wide Web (hereinafter "web site"). 
Thus, the URL for system 20 (e.g., http://www.digishopper.com) is loaded via browser 27 
and user computer 28 and using standard web-browsing protocols, e.g., HTML (HyperText 
Markup Language), HTTP (HyperText Transfer Protocol) and TCP/IP (Transmission Control 
Protocol/Internet Protocol) the home page for system 20 is located. In a preferred 
1 5 implementation for the Internet environment, user computer 28 functions as a client and 
system 20 functions as a server, with requests, selections and other operations merely being 
provided as inputs at user computer 28, with the operations actually being performed at 
system 20. Alternatively, system 20 may be implemented using the JAVA programming 
environment licensed by Sun Microsystems of Mountain View, California, or be implemented 
20 with other systems and in other environments. 

The home page for system 20 contains a directory (not shown) to two separate areas of 
information and data content for two classes of users: members and the public. Access to the 
members area requires entry of username and password information, while access to the 

25 public area does not. Most of the functionality of system 20, described below in detail, is 
provided in the members area. However, the public area includes information such as terms 
and conditions of use of the members area, a privacy policy, and a new member signup 
application. As discussed in more detail below and as illustrated in FIG. 3, application 
program 50 includes a user profile module 100 that controls operation of the new member 

30 signup process through, among other things, the provision of user profile 120 which is 

presented graphically in display 52. Included in user profile 120 are multiple fields in which 
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the new member enters data such as name, billing address, shipping address, credit card 
number, username and password. As described below, information in user profile 120 is 
linked to orders placed to merchant sites 24, payment sites 25 and investment sites 26. 

5 If desired, user profile module 1 00 may be designed to permit a user to allow others to access 
one or more e-catalogs 124 (described below) which the user has created. For example, a 
user may populate e-catalog 124 with birthday or wedding gift suggestions which he or she 
desires others to access for the purpose of obtaining gift ideas. Alternatively, a user may 
populate e-cataiog 124 with approved office supplies or computer equipment that the users's 

1 0 co-workers may purchase as needed. To achieve this functionality, system 20 permits a user 
to designate specified e-catalogs 124 as either generally publicly available or available upon 
entry of a specified password (which preferably differs from the password used to enter the 
members area of system 20.) Should a third party desire to access such an e-catalog 124, he 
or she enters system 20 through the public area and then is provided the option of connecting 

15 to a navigation site that permits the third party to locate and review an e-catalog 124 created 
by the user. 



All of the communication between a user computer 28 and the member area are preferably 
achieved using suitable encryption and data security protocols, as are communications 
20 between the user computer and merchant site 24, payment site 25 and financial site 26. 

Exemplary encryption and data security protocols are described in U.S. Patent No. 5,557,51 8 
to Rosen and in U.S. Patent No. 5,671,279 to Taher, which are incorporated herein by 
reference. 

25 B. Transaction Service Modules 

As illustrated in FIG. 3, application program 50 of transaction service system 20 includes a 
plurality of modules which are operatively connected so as to perform the operations 
necessary to achieve the functionality of the transaction service system. These modules 
include a user profile module 100, as discussed above, and a shopping service module 102, 

30 which includes item template module 104, e-catalog module 106 and order list module 108. 
Application program 50 further includes bill payment module 1 10, investment portfolio 
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module 1 12, e-mail module 1 14 and user-controlled operation module 116. As described in 
more detail below, each of these modules of application program 50 is responsible for 
performing various operations including controlling the content, operation, and graphical 
display of an associated tool. More particularly, these tools associated with the various 
5 modules include user profile 120 associated with user profile module 1 10, item template 122 
associated with item template module 304, e-catalog 124 associated with e-catalog 
module 106, order list 126 associated with order list module 1 08, payment form 128 
associated with bill payment module 1 10, transaction form 130 associated with investment 
portfolio module 1 12, e-mail reader 132 associated with e-mail module 1 14 and user 
10 controls 134 associated with user-controlled operation module 116. Modules 102-1 16 and 
their associated tools 120-134 are described in more detail below. 

While various operations are performed by specific ones of modules 102-1 16, as described 
below, it is to be appreciated the present invention is not limited to the specific 
15 implementations described. Certain operations which are described as performed by one 
module may be performed by another. In addition, as those skilled in the act will appreciate, 
significant cooperation and interaction exists between modules. 

In connection with the following description of the operation of transaction service 
20 system 20, various figures, e.g., FIG. 4, contain diagrams illustrating the operation of 

system 20 in relation to other elements of computer network 30. In these diagrams, actions 
taken by browser 27 and user computer 28 occur in the column under the heading "User 
Actions," operations performed by system 20 occur in the column under the heading "Service 
Action" and operations performed by a merchant site 24 occur in the column under the 
25 heading "Merchant Actions." 

Referring now to FIGS. 1, 3 and 4, to begin using transaction service system 20, at step 140 a 
user enters an appropriate usemame and password in the member page via browser 27 and 
user computer 28, which is transmitted via network 22 to system 20 where it is received at 
30 step 142 as a sign-on request. It is to be appreciated the actions performed at step 140 occur 
following some degree of communication between user computer 28 and system 20. This 
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communication includes an initial connection between user computer 28 and system 20 and 
selection of the member page directory. Communications occurring across network 22 
between these various entities are identified by arrows extending between operations in the 
User Actions, Service Actions and Merchant Actions columns. 

5 

When network 22 is the Internet, communication between and among system 20, user 
computer 28, merchant site 24, bill payment site 25 and investment site 26 is achieved using 
standard web-browsing protocols, e.g., HTML, JAVA, HTTP, TCP/IP. Much of this 
communication will be invisible to the user. However, as discussed below, in some cases e- 
1 0 mail notes will be provided to the user in response to certain actions taken by the user. 
System 20 may be implemented in non-Internet environments as well as using 
communication protocols appropriate to the environment. 

While not illustrated, user navigation tools such as icons, buttons and scroll arrows are 
1 5 provided to facilitate use of system 20. Typically these navigation tools are preferably 
provided in frame 54 and/or frame 56, although these tools may be provided elsewhere on 
display 52 of user computer 28. 

Next, at step 1 44 system 20 sends a member page to the user with links to various modules of 
20 application program 50, i.e., shopping service module 1 02, bill payment module 1 10, 
investment portfolio module 1 12, e-mail module 1 14 and user-controlled operation 
module 1 16. The member page is received by user computer 28 at step 1 46 and depicted on 
display 52. Then, at step 148, the user selects one of the links provided in the member page. 
If the user selects link 150 to the shopping service, then user computer 20 at step 152 sends a 
25 request for the shopping service to system 20. If the user selects link 1 54 to the bill payment 
service, then user computer 28 sends a request at step 1 56 for the bill payment service to 
system 20. If the user selects link 1 58 to the investment portfolio service, then user 
computer 28 sends a request at step 160 for the investment portfolio service to system 20. If 
the user selects link 1 62 to the e-mail reader, then user computer 28 sends a request for the 
30 e-mail reader at step 164 to system 20. If the user selects link 166 for change profile/settings, 
then user computer 28 sends a request for change in profile/settings at step 168 to system 20. 
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If the user selects link 170 to another web site, then user computer 28 at step 1 72 sends a 
request to another web site following an entry of the appropriate URL by the user or 
activation of a hypertext link by the user. As a final option identified at step 1 74, the user can 
select to exit system 20. 

C. Shopping Service Module 

Turning next to FIGS. 4, 5a and 5b, following transmission of request for the shopping . 
service at step 152 by user computer 28, transaction service system 20 receives this request at 
step 200 and then at step 202 sends a page to user computer 28 with links to these operations 
provided by shopping service module 102: select item category, create item category, find and 
enter item, view items in category, edit item, view multimedia object, sort/exclude items, 
select items and send order and request member page. At step 204, following receipt of the 
link page, the user selects a link to a given operation. If the user chooses select item 
category 206, user computer 28 sends a request at step 208 for select item category to 
system 20. If the user selects create item category link 2 1 0, then user computer 28 at step 2 1 2 
sends a request for create item category to system 20. If the user chooses find and enter new 
item link 214, then user computer 28 at step 216 sends a request for find and enter new items 
to system 20. If the user selects find existing items link 218, then user computer 28 at 
step 220 sends a request for find existing items to system 20. If user selects edit item 
link 222, then user computer 28 at step 224 sends a request for edit item to system 20. If the 
user selects view multimedia object link 226, then user computer 28 at step 228 sends a 
request for view multimedia object to system 20. If the user selects sort/exclude items 
link 230, then user computer 28 at step 232 sends a request for sort/exclude items to 
system 20. If the user chooses select items and send order link 234, then user computer 28 at 
step 236 sends a request for select items and send order to system 20. Finally, the user may 
return to the member page with its links 150-170 by selecting link 238. Selection of this link 
returns the user to step 146. As an alternative, the user may select to exit system 20 at 
step 174. 

Referring now to FIGS. 1-3, 5a and 6, before describing in more detail the result of selecting 
one of links 214-234, it is important to note that shopping service module 102 controls 
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operation of various functions that facilitate e-commerce with multiple merchant sites 24 by 
providing an organizational framework for products and services, i.e., items, that a user is 
considering acquiring. These item categories may include, without limitation, hard goods 
such as pants, boats, and furniture, services such as automobile repair services and home 
5 maintenance services, and digital data which may embody music, software, printed materials, 
videos and other information which may be represented digitally. Such other information 
may include, for example, book reviews, business articles, medical records and weather 
forecasts. While items acquired by merchant sites 24 will typically be purchased, system 20 
is also adapted to permit users to acquire information by license. This is particularly true for 
0 items obtained in the form of digital data downloaded to user computer 28, e.g., software and 
music. Shopping service module 102 may be used to acquire items offered by a merchant 
site 24 at a fixed price or in an auction format. Also, items may be offered for free, e.g., a 
free sample of a new product or information that can be delivered digitally to user computer 
28, e.g., "other information" of the type discussed above. 

Shopping service module 102 is sufficiently flexible that a user need not organize items by 
category if he or she so chooses. In such case, all items are organized in a generic item 
category. In any event, each item category has an associated item template 122 (FIG. 3) 
containing multiple fields 250 (FIG, 2) of information pertaining to the given item category, 
including a multimedia object field 252 (FIG. 2). For example, if the item category is mens 
shirts, fields 250 in item template 122 for such item category may include neck size, sleeve 
length, color, type, material, manufacturer, and URL for the merchant site 24 selling the shirt, 
with multimedia object field 252 containing a visual depiction of the shirt or an audiovisual 
advertisement of the shirt. Typically, an identifier is provided adjacent a given field 250, e.g., 
sleeve length above the field for this information. Shopping service module 102 includes a 
number of predefined item templates for common item categories, and also permits the user 
to create his or her own custom templates as discussed below. If no item categorization is 
desired, then a generic template is provided with a series of unlabeled fields 250. 

Templates 122 are the means by which a user enters items into his or her e-catalog 124. As 
described in more detail below, following entry of an item into item template 122, item 
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template module 104 adds the item to user's e-catalog 124 for a given item category. In this 
way, e-catalogs 124 directed to specific items such as coats, soccer balls, skis and automobile 
repair services are available for use. Ln one implementation of the present invention, a single 
e-catalog 124 is created for each user, with each item being tagged by an item category 
5 identifier. When a user selects an item category, as described below, an e-catalog is 

generated containing the corresponding tagged items. It thus appears to the user, and for the 
purposes of the discussion below, that a unique e-catalog 124 for the item category selected. 

E-catalog 124, which is preferably displayed in frame 56, lists some or all of the fields for a 
10 limited number, e.g., 3-5, of items in the e-catalog. As described below, the specific items 
depicted depend on sort and exclude operations performed by the user and hierarchical 
parameters of shopping service module 102. However, for example, one of the items in 
e-catalog 124 depicted in frame 56 may be jeans from XYZ company, in a given color, having 
a given size, a given product number, and from a merchant site 24 having a specified URL. 
15 Only one item in frame 56 is depicted for ease of illustration. Following this introductory 
description of item templates 122 and e-catalogs 124, the manner in which the templates and 
e-catalogs are created, modified and used is described in detail. 

Referring next to FIGS. 3, 5a and 6, after user computer 28 at step 208 (FIG. 5a) sends a 
20 request for select item category to system 20, the latter invokes operation F which starts at 
step 270 (FIG. 6). There, system 20 generates a list of all existing item categories, which it 
sends to user computer 28. At step 272, user computer 28 receives and displays the list and 
the user selects one of the item categories listed which is then transmitted to system 20. Next, 
at step 274, system 20 locates the associated item template 122 and e-catalog 124 for the 
25 selected item category and sends the item template and e-catalog to the user computer. Then, 
at step 276, the user computer receives and displays the template, preferably in frame 54, and 
displays several of the e-catalog items, preferably in frame 56. At step 204, the user then 
selects a link to other shopping service functions. 

30 
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Turning now to FIGS. 2, 3, 5a and 7, as noted above system 20 includes a number of 
predefined item templates 122 for common item categories. However, to enhance the 
flexibility of system 20, the opportunity exists for a user to create new item categories and 
associated item templates 122. In this regard, if user computer 28 sends a request at step 212 
(FIG. 5a) to create an item category, in response thereto system 20 invokes operation G which 
begins at step 280. There, system 20 generates and sends a form to user computer 28 which 
enables the user to create a new item category. At step 282, the user completes the form by 
naming the item category and identifying the various fields to be included in the template 122 
for the item category. Following receipt of the completed form from user computer 28, at 
step 284, system 20 stores the item category and creates an item template 122 for the new 
item category, as indicated at step 286. Thereafter, at step 204 the user selects a link to 
another function. 



The number of users purchasing goods and services over the Internet via e-commerce has 
increased dramatically in recent times. However, comparison shopping among various 
merchant sites 24 is difficult because merchant sites do not typically provide a way for users 
to segregate items of interest for future purchase. In addition, because items offered by a 
given merchant site 24 disappear from display 52 of user computer 28 as soon as the user 
links to another merchant site, it is difficult to compare similar items offered by different 
merchant sites. By contrast, with printed catalogs a user can comparison shop by spreading 
the catalogs on a table and then refer back and forth to items of interest in the catalogs. To 
perform similar comparison shopping with respect to items offered in e-commerce at 
merchant sites 24, it is generally necessary for a user to write down on a piece of paper, print 
out web pages or type into another computer operating nearby the pertinent information with 
respect to items of interest for each merchant site. Then by comparing the handwritten, 
printed or computer-entered information, selected items could be purchased on a merchant 
site-by-merchant site basis. Transaction service system 20 overcomes this inability to readily 
comparison shop for items offered by different merchant sites 24 by permitting a user to enter 
items of interest from any number of merchant sites into the user's e-catalog 124. 
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With reference to FIGS. 2, 3, 5b and 8, when a user desires to perform comparison shopping 
in preparation for the purchase of items, the user selects find and enter new item link 2)4 
(FIG. 5b), which results in user computer 28 sending a request for find and enter new items, 
as identified by step 216, thereby invoking operation H by system 20. Typically this request 
is sent after a user has selected an item category at step 272 or has completed a form to create 
a new item category at step 282. If an item category has not been selected, system 20 
following receipt of the request sent by user computer 28 at step 216, provides links 206 and 
210 to the user to permit selection of an item category (these latter link options are not 
illustrated in FIG. 8). 

In any event, once the user has selected an item category, at step 300 system 20 locates the 
item template 122 and e-catalog 124 for the selected item category, and sends the item 
template and e-catalog to user computer 28. At step 302, user computer 28 receives item 
template 122 and e-catalog 124, and displays the item template in frame 54 (FIG. 2) and 
several items in e-catalog 1 24 in frame 56. If no items have been selected to date with respect 
to the item category, then no items are displayed in frame 56. 

At this juncture, comparison shopping can be initiated in at least three ways. If the user 
knows the URL for the merchant site 24 of interest, then at step 304 the user enters the URL 
with browser 27, which then effects the link with the selected merchant site. Prior to linking 
with merchant site 24, browser 27 appears in frame 58 of display 52. As an alternative, 
represented at step 306, the user may search for web sites with browser 27 by entering 
appropriate search commands such as the names of merchant sites of interest. Also with this 
approach, browser 27 is displayed in frame 58. As a result of this search performed at 
step 308, a number of "hits"are typically obtained and displayed in frame 58. The user can 
then hypertext links to merchant sites of interest. As yet another alternative, identified by 
step 310, transaction service system 20 may be designed to list a number of selected merchant 
sites 24, and associated hypertext links. These pre-selected merchant sites are displayed in 
frame 58, After reviewing the list, the user may access a merchant site of interest by 
hypertext linking. Content provided by merchant site 24 and displayed in frame 58 is 
viewable at the same time content in frames 54 and 56 may be viewed. 
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Regardless of whether the user following step 302 selects step 304, 306 or 3 10, the result is 
the user computer 28 is linked to a selected merchant site 24, as depicted at step 312. 
Following this link, the merchant site 24 creates a home page and sends it to user 
computer 28. At step 3 14, the user computer 28 receives the home page and displays it in 
frame 58. At this stage, system 20 has set up user computer 28 so that comparison shopping 
within a merchant site 24 and between various merchant sites 24 can be easily and effectively 
accomplished. In this regard, a user may navigate within a given site 24 to find items of 
interest using browser 27 of user computer 28. 

Referring now to FIGS. 2, 8 and 9, at step 316 the user reviews the catalog 3 1 8 (FIG. 9) of the 
selected merchant site 24. Once an item of interest is located, the user then enters pertinent 
information for the item in fields 250 and 252 of item template 122. Next, at step 320, 
system 20 enters information from the item template 122 into the user's e-catalog 124 for the 
selected item category. Such information is entered by typing, dragging and dropping, 
copying, using voice recognition programs or otherwise entering the information into 
fields 250 and 252 of item template 122. As an example of this process by which items from 
catalog 3 1 8 of a given merchant site 24 are entered into the user's e-catalog 124, assume a 
user is interested in collecting information for item 1C in catalog 318. Pertinent information 
for item 1C, which is displayed in merchant catalog 3 18 is, for example, typed into fields 250 
of item template 122. This entry of information is made easy by providing item template 122 
for viewing in frame 54 so that merchant site catalog 3 1 8 may be viewed in frame 58, 
whereby the user may simultaneously view both the item template and the merchant site 
catalog. 

Once the user has populated the fields 250 and/or 252 of item template 122, the information 
contained in these fields is automatically transferred into the user's e-catalog 124, as depicted 
by step 320. Thus, item 1C in merchant site catalog 318 becomes entry El in e-catalog 124. 
The user may repeat the operations in steps 3 16 and 320 and depicted in FIG. 9 multiple 
times with respect to a given merchant site catalog 3 1 8. System 20 provides a new item 
template 122 for each item the user wishes to enter in e-catalog 124, as indicated by 
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templates 2-5 in FIG. 9. If desired, the user may print portions or all of e-catalog 1 24 at this 
or other stages in his or her use of system 20. 



Following entry of all items of interest from a given merchant site 24 into e-catalog 124, 
5 system 20 provides the user with the option of locating a new merchant site, as identified by 
step 322. The user may then select a link to another function, as identified by step 204, or 
may link to a new merchant site following one of steps 304, 306 or 3 1 0 discussed above. 
Once a new merchant site 24 is linked to user computer 28, the user reviews and selects items 
from the merchant site catalog 324 (FIG. 9) for that merchant site and enters them into 

10 template 122, which causes them to be entered into e-catalog 124 as described above. For 
example, if a user is interested in saving information concerning item 2D in merchant site 
catalog 324 in his or her e-catalog 124, this information is entered into item template and is 
then transfeired into the e-catalog as item E4. Thus, a powerful feature of system 20 is that it 
permits a user to quickly and easily store information regarding items from multiple merchant 

15 sites 24 in the user's e-catalog 124 for a given item category, including, as noted above, a 
generic item category. 

In some cases a user may desire to access an item previously entered in e-catalog 124. For 
example, before ordering an item, editing an item or comparing the item to other items, it is 

20 necessary to locate the item from among the tens, hundreds or even thousands of items in 
e-catalog 124. Referring to FIGS. 1-3, 5a, 8 and 10, to find an existing item in e- 
catalog 124, the user selects link 218 (FIG. 5a), thereby causing user computer 28 at step 220 
to send a request to system 20 to find an existing item. Following receipt of this request, 
which invokes operation I, system 20 at step 340 sends an item category list to user 

25 computer 28. An advantage of organizing items in specific item categories, as described 
above, is that location of a previously entered item is facilitated. Next, at step 342 the user 
selects an item category from those included in the list and sends the selection back to system 
20. Then at step 344, system 20 locates item template 122 for the selected item category and 
e-catalog 124 for the selected item category, and then sends the template and e-catalog to user 

30 computer 28. 
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Following receipt by user computer 28 of the template 122 and e-catalog 124 provided by 
system 20, as indicated by step 346, the user then locates the item of interest in one of two 
ways. First, as indicated by step 348, the user may scroll through the e-catalog 124 until he or 
she locates the item of interest, as indicated by step 350. Alternatively, at step 352, the user 
5 may request a browser (not shown) from system 20, which is provided by the system so as to 
preferably be displayed in frame 58. Then the user may search for an item by entering in the 
browser in an appropriate search parameter, such as the name of the product, the name of the 
merchant site 24 from which the item was obtained, or the URL of the merchant site. 
Following receipt of the search request, at step 354 system 20 conducts a search in the e- 
0 catalog 124 to locate all items corresponding to the search parameter(s) provided by the user. 
At step 355, all search results are organized and provided to user computer 28. At step 356 
user computer 28 receives the search results, which are typically displayed in frame 58. 
Thereafter at step 358, the user reviews the search results and locates an item of interest. The 
user then can perform follow-on activities with respect to the located item, e.g., order the item 
5 as described below by selecting an appropriate link at step 204, print portions or all of e- 
catalog 124 or edit the item, as described below. 

An activity that frequently follows location of a given item at step 350 is editing of the item, 
either as a prerequisite to purchase of the item or for purposes of accurately listing 
information for a given item in template 122 to facilitate comparison shopping. Turning next 
to FIGS. 1-3, 5b and 1 1 , when a user desires to edit an item in his or her e-catalog 124, the 
user selects link 222 (FIG. 5b) which results in user computer 28 sending a request at 
step 224 to system 20 for item editing. Following receipt of the edit item request, which 
invokes operation J, at step 370 system 20 sends the item template 122 and e-catalog 124 for 
an item category selected by the user prior to step 370, e.g., at step 342 (FIG. 10) or at 
step 272 (FIG. 6). These steps are omitted from FIG. 1 1 in the interest of brevity. Following 
receipt and display of the item template 122 and e-catalog 124 in frames 54 and 56, 
respectively, as indicated by step 372, the user at step 374 edits items in the e-catalog by 
typing in a change, dragging and dropping information from a merchant site 24 displayed in 
frame 58 or otherwise changing information associated with a given item. Item template 
module 104 (FIG. 3) and e-catalog module 106 (FIG. 3) are preferably implemented and 
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linked so that when a user selects a given item, by either scrolling to the item, moving a 
cursor in display 52 to the item or otherwise identifying the item as may be permitted by 
system 20, the information in fields 250 (FIG. 2) and 252 (FIG. 2) are automatically displayed 
in the item template 122 associated with the selected item. Changes to information in fields 
5 250 and 252 may be made either by entering the changes in item template 122 depicted in 
frame 54 or by entering the changes in the items of e-catalog 124 depicted in frame 56. Thus, 
a change to an item in e-catalog 124 automatically causes a change in the associated template 
for the item and visa versa. After editing of the item at step 374 is complete, user 
computer 28 sends the edited information to system 20 which updates and stores the new 
1 0 information for the item, at step 376. Thereafter, system 20 provides the user with the option 
of selecting another link at step 204. 

To permit effective comparison shopping, and otherwise enhance the utility of the shopping 
service functions of the present invention, system 20 permits a user to save a multimedia 
1 5 object for each item in e-catalog 124. Typically, the multimedia object will be a photograph 
or other graphical representation of an item of interest, in two dimensional or three- 
dimensional representation, including rotating three dimensional representation. However, 
the multimedia object may consist of audio information or audio and visual information with 
respect to the item. As described in more detail below, the multimedia object may be 

20 displayed in field 252 of frame 54, may be displayed so as to occupy the entire frame 58, or 
multiple small or "thumbnail" multimedia objects may be displayed in frame 58. In the latter 
case to facilitate comparison shopping, it may be desirable to simultaneously view multiple 
thumbnail multimedia objects for a limited set of items a user is contemplating purchasing. 
Known audio and video data comparison is preferably employed to reduce the file size of the 

25 multimedia object stored by system 20. 

Referring to FIGS. 1-3, 5b, 6 and 12, if a user desires to view a multimedia object associated 
with one or more items in e-catalog 124, the user selects link 226 (FIG. 5b), thereby causing 
user computer 28 to send a request at step 228 to system 20 to view multimedia object. 
Following receipt of this request, which invokes operation K, at step 400, system 20 prepares 
and sends select item category link 206 and find existing item link 21 8 to user computer 28, 
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which is received at step 402 and displayed in frame 58. Then, the user selects one of these 
links. If the user chooses select item category link 206, system 20 processes this link as 
described above and illustrated in FIG. 6, including the step 274 of locating an item 
template 122 and e-catalog 124 for the item category selected by the user. In this regard, 
5 steps 270 and 272 are omitted from FIG. 1 2 in the interest of brevity. Shopping service 
module 102, knowing that the select item category link 206 followed selection of the view 
multimedia object link 226, prepares thumbnails for all multimedia objects in the ercatalog 
for the selected item category at step 404. These thumbnails are provided to facilitate 
comparison and selection multimedia objects by the user. At step 406, user computer 28 

1 0 receives the thumbnails generated by system 20 and displays them in frame 58. Should the 
user desire to view an enlarged version of a given thumbnail, the user selects a given 
multimedia object at step 408, e.g., by moving a cursor to the multimedia object and clicking 
or otherwise by selecting the multimedia object, which, although not illustrated, causes 
system 20 to provide an expanded version of the multimedia object which fills frame 58. 

15 Using the "back" button (not shown) in browser 27, the user can return to the thumbnails for 
further comparison. Alternatively, the user may select other links at step 204. 

Should the user select find existing item link 218, then system 20 processes this link as 
described above and illustrated in FIG. 10. These steps are not repeated here in the interest of 
20 brevity. Ultimately, at step 350 the user locates an item of interest, as described above. 
Because such item has been located following selection of view multimedia object link 226, 
system 20 knows to retrieve the multimedia object for the selected item at step 410 and then 
provides the multimedia object to user computer 28 for display in frame 58. Thereafter, the 
user selects another link at step 204. 

25 

If desired, system 20 may be implemented so that items in e-catalog 124 are continuously 
organized in some hierarchy by e-catalog module 106. Time and date of entry, with the most 
recent information last, is a preferred hierarchical scheme. However, price, URL and other 
schemes may be used. This organization function may operate with, subordinate to or in 
30 other relationship with the sort/exclude functions described above, as desired. 
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System 20 permits a user to organize items in his or her e-catalog 1 24 so as to facilitate 
comparison shopping, actual purchasing of items and other activities. Referring to FIGS. 1-3, 
5b and 13, if a user desires to organize items in his or her e-catalog, the user selects 
sort/exclude items link 230 (FIG. 5b), which results in user computer 28 sending a request for 
5 sort/exclude items, at step 232 to system 20. Following receipt of this request, which invokes 
operation L, at step 420 system 20 generates a list of all item categories. After user 
computer 28 receives this list and displays it in frame 58, at step 422, the user selects an item 
category. Then, at step 424, system 20 generates and sends a page with links to sort by price, 
sort by merchant URL, sort by date added or modified, exclude by price, exclude by merchant 
10 URL, and exclude by date range. Other sort and exclude operations may be provided as 
desired. Following receipt of this page at step 426 by user computer 28, the user selects one 
or more of these operations and provides relevant parameters, e.g., price, if the sort by price 
operation is selected. At step 428, system 20 performs the sort or exclude operations 
requested at step 426 and prepares a list of all items meeting the operation parameters and 
1 5 sends the result to user computer 28, where at least some results are displayed in frame 56, as 
indicated by step 432. All results are obtainable by scrolling or otherwise moving through the 
list of items. Thereafter, at step 204 the user selects another link. 

As discussed above, one important drawback with existing electronics malls, e-commerce 
20 systems at merchant sites 24 and other on-line shopping services is that it is typically not 
possible to order items from more than one merchant site in a single transaction, i.e., by 
submitting a single order form. Another important drawback, as also noted above, is that 
only hard goods are typically available at electronic malls, not information such as business 
articles, industrial research reports, and items downloadable in digital form such as software, 
25 music and financial data. Shopping service module 102, and in particular order list 

module 108 of system 20, is designed to overcome these limitations. As described in detail 
below, shopping service module 102 permits a user to order any number of items present in 
the user's e-catalog 124, from any number of merchant sites 24, as a single operation. 

30 Referring to FIGS. 1 -3, 5b, 1 4a and 14b, when a user has reached a point where he or she is 
ready to order items in e-catalog 124, the user chooses select items and send order link 234 
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(FIG. 5b), which results in user computer 28 at step 236, sending a request for select items 
and send order to system 20. This action invokes operation M. Following receipt of a request 
for select items and send order, shopping service module 102 and more particularly item 
template module 104, generates an order list 126 at step 500 (FIG. 10) to enable the user to 
5 order items, and sends the list to user computer 28. Order list 126 includes multiple fields for 
information pertinent to items the user orders. For example, if the user is ordering a men's 
shirt, the user will enter in order list 126 information like neck size, sleeve length, color, 
collar type, product number, price and quantity. 

1 0 Once a user has identified the items he or she wants to purchase through the use of find 

existing item link 218, sort/exclude items link 230, or in other ways, the user selects items for 
purchase at step 501 . Order list module 108 of shopping service module 102 may provide 
different user input options for selecting items to be purchased. However, in one 
embodiment, a select item box 502 (FIG. 2) is included in each item entry for those items in 

1 5 e-catalog 124 displayed in frame 56. With this implementation, the user may, for example, 
select an item by moving the cursor of display 52 to box 502 and then clicking a left mouse 
button. Preferably, order list module 108 identifies which items have been selected by 
changing the color, entering an "X" or otherwise indicating a change in box 502. As those 
skilled in the art will appreciate, other techniques may be implemented for allowing a user to 

20 select items in e-catalog 124 to be purchased. 

Following the user selection of items at step 501, system 20 builds an order list of those 
selected items at step 503. Then, at step 504, all required fields 25.0 for each item are 
evaluated to verify appropriate information exists in such fields. For example, if an item to 

25 be purchased is women's shoes and the field 250 in item template 122 for shoe size is missing 
or is listed as "79," order list module 108 identifies this missing information. At step 506 an 
order list 126 containing all selected items is generated and any missing information in the 
selected items are highlighted or otherwise identified to permit the user to complete such 
information. In connection with generating order list 126 at step 506, system 20 presumes the 

30 user intends to order a single item and so provides an item quantity of "1" in the order list. 
System 20 then sends this order list to user computer 28 where, at step 508, it is received and 
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displayed in frame 58. At step 510 the user enters greater quantities for the items included in 
the order list 126, if desired, and/or completes any missing fields highlighted by system 20 at 
step 506. This information is then sent by user computer 28 to system 20 where, at step 5 1 2, 
order HstJ26 is updated. For services, order list 126 contains information relevant to specific 
5 services of interest, e.g., date services are to be performed, and a description of key aspects of 
the services to be performed. 

Next, the total cost of the items in order list 108 is compared with a budget earlier established 
by the user and a notice is generated if the cost of the items exceeds the budget, as depicted at 
1 0 step 5 1 4. While the steps for providing a budget comparison are not illustrated or described 
in detail, those skilled in the art will appreciate that such operation may be provided on an 
item category-by-item category basis, may be created by time period, e.g., by month, or may 
be an absolute number. At step 516, system 20 generates a revised order list 126 based on the 
input provided by the user at step 51 0 and adds to the order list any notices generated at 
1 5 step 5 1 4 with respect to budget overages. System 20 then sends this order list and any notices 
to user computer 28 where it is received at step 518. Next, at step 520 the user is given the 
option to order, edit or cancel items. In addition, the user can exit system 20 and place orders 
directly with merchant sites 24, all as described below. 

With reference to FIGS. 1, 5a and 14a, the user elects to edit the order, for example to delete 
items based on a budget overage notice, such editing occurs at step 522 and then the edited 
order list is provided to system 20 at step 503, where a new order list is built. The operations 
described above follow this return to step 503. Alternatively, if the user desires to cancel the 
order, a cancellation notice is generated by user computer 28 and is provided to system 20 at 
step 524 which, at step 525, cancels the order. Thereafter, the user selects a new link at 
step 204. As yet another alternative, as identified at step 526, the user may place an order for 
the items on the order list directly with the various merchant sites 24 by telephone. Step 526 
follows step 520 by a dotted line because system 20 is not involved in such ordering of items. 
After placing such an order, the user then can select new links at step 204. As yet a further 
alternative following step 520, the user may order items on the order list directly with a 
merchant site 24 using the e-commerce program 62 (FIG. 1) of the merchant site, as 



27 



WO 00/3 1 672 PCT/US99/27903 

indicated by step 528. In this regard, the user would typically hypertext link to the merchant 
site 24 relying on the URL field for each item in the order list to achieve such linking. The 
disadvantage with this approach is that a separate order needs to be placed for each merchant 
site 24 having items included in order list 126. Step 528 follows step 520 with a dotted line 
5 because system 20 is not directly involved when the user places an order directly with a 
merchant site 24. Thereafter, at step 204 a user may select another link. 

Referring now to FIGS. 1-3, 14a, 14b and 15a, if the user elects to place an order for items on 
order list 126 directly with merchant sites 24 as provided in steps 526 and 528, the order list 

10 provides a single listing of items the user desires to purchase. This makes it easier for a user 
to purchase items, much like a shopping list facilitates shopping in a supermarket or 
conventional shopping mall. However, when the user purchases items directly from merchant 
sites 24, he or she will need to place separate orders 530 (FIG. 15a) with each merchant site. 
Thus, the user will need to place an order 530' to merchant site 24', an order 530" to 

15 merchant site 24" and an order 530'" to merchant site 24"'. Following receipt of these 
orders 530, merchant sites 24 then deliver the purchased items to the user. 

To take ftill advantage of the functionality offered by transaction service system 20, at 

step 520 a user orders items on order list 126 by placing an order at step 540 for the items on 

20 order list 126, which is conveyed to system 20 by user computer 28. At step 542, system 20 
generates a standard e-mail order message (SEOM) for each merchant site 24 having items 
included in order list 126. Next, at step 544, each SEOM is added to an outgoing queue of 
SEOMs. Then, at step 546, system 20 reads the first SEOM in the queue and at step 548 
retrieves the data in fields 250 and 252 in item template 122 associated with the items 

25 included in the SEOM. This data comprises the information in fields 250 of template 122 
necessary to complete an order. Next, at step 550, system 20 retrieves user profile and 
payment information from user profile module 1 10 and links it with the item order 
information obtained at step 546. 

30 Next, at step 552, system 20 retrieves the e-mail address of the merchant e-mail order 
administrator (MEOA) for the merchant site 24 to which the SEOM prepared at 
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steps 546-550 is directed from information in item templates 122 associated with the items in 
order list 126. After creating a unique identification number at step 554 for the SEOM, 
system 20 completes assembly of the SEOM and sends it to the MEOA, as depicted by 
step 556. Typically, but not necessarily, the MEOA is at the merchant site 24 to which the 
SEOM is directed. 

Following receipt of the SEOM by the MEOA, as indicated at step 570, the merchant site 24 
retrieves and processes the SEOM at step 572. This processing includes assessing if the 
ordered items are in inventory or otherwise available, assembling and packing the ordered 
items that are available, and arranging for delivery of the items. In the case of items that are 
deliverable electronically, e.g., software, the assembly, packing and delivery steps involve 
retrieving the items from memory, assembling an e-mail message with the software as 
attachments, and sending the e-mail message. For items that are services, e.g., window 
washing, merchant site 24 arranges for delivery of the services at the time and location 
specified in the SEOM. 

Next, at step 574, a warranty for the item may be generated and a description of extended, 
service contract offerings may be created when appropriate for the items delivered. This 
description includes a form to enable the user to select one of the extended contract offerings 
available. In addition, a message to the user is prepared identifying which of the items in the 
SEOM are no longer available, are not available in the color, size, and other specifications 
requested, are on backorder or for other reasons cannot be provided in the form set forth in 
the SEOM. This message also includes confirmation of the items in the SEOM that have 
been shipped to the user. In the case of services, the message may specify when the services 
were performed. In addition, a questionnaire is generated and included in the message to 
enable the user to provide direction as to what he or she wants to do with respect to the items 
not currently available for delivery. The message together with the warranty and extended 
service contract offerings are then sent by merchant site 24 to transaction service system 20 
where it is received at step 576. In addition for items such as software, articles, and music 
which are licensed rather than sold (and are typically delivered electronically), a license 
agreement, e.g., a "click-wrap" agreement, may also be provided as part of the message. 
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Then, at step 578, the message, warranty and extended service contract offerings are sent to 
the e-mailbox 132 (FIG. 3) of the user which is typically provided in frame 58, and are 
received by user computer 28 at step 580. The user then, at his or her option, completes the 
questionnaire, files the warranty using a "warranty file" prompt provided by system 20, 
5 completes the extended service contract form if extended service for the item is desired and, 
if provided, indicates acceptance of the terms of the license agreement. Following 
completion of these actions, user computer 28 sends the questionnaire, warranty, extended 
service contract form, to the extent completed by the user, and executed license agreement, if 
provided, to system 20. 

10 

Thereafter, at step 584 system 20 files the warranty in a warranty file for the user, and 
generates another SEOM containing the completed questionnaire, extended service contract 
form, warranty and license agreement, and provides this SEOM to merchant computer 28. 
Merchant site 24 receives this SEOM at step 586 and processes any new orders for items in 

1 5 the questionnaire, e.g., sends an item in a different color than earlier ordered, as described 
above. Also at step 586, merchant site 24 enters the extended service contract information 
contained in the form in its database and generates the actual service contract for the user. In 
addition, merchant site 24 may enter in its database the warranty and executed license 
agreement. Then at step 588 merchant site 24 generates a new message containing an order 

20 confirmation and the extended service contract requested in the form by the user. This 
message is then sent to system 20, where it is received at step 590, sent to the user's 
e-mailbox at step 592, and received at step 594 by user computer 28. 

The process described above and illustrated in steps 542-594 is repeated for each merchant 
25 site 24 sourcing items in the queue developed at step 544. Thus, while from the perspective 
of the user a single order is submitted at step 540, behind such submission system 20 is 
generating and delivering a unique SEOM for each merchant site 24 providing items included 
in order list 126. 

30 Referring now to FIGS. 3, 14b, 15a and 15b, the result of selecting step 540 after step 520, 
rather than steps 524 or 526, is illustrated in FIG. 15b. Placing an order for the items in order 
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list 126 at step 540 results, from the user's perspective, in a single order 530 being generated. 
Order 530 is then broken up and distributed in SEOMs to merchant sites 24 \ 24" and 24'" in 
a way that is invisible to the user. As described above in reference to FIG. 15a, from the 
user's perspective separate orders 530', 530" and 530'" must be submitted to obtain all items 
in order list 126 if steps 524 or 526 are selected. 

Referring now to FIGS. 5b, 14b and 16, after system 20 submits each SEOM to the outgoing 
queue at step 544, it then removes the items from order list 126 at step 620. Next, at 
step 622, system 20 generates a list of all items ordered and sends the list to e-mailbox 132 
which is received by user computer 28. Following receipt of this list at step 624, user 
computer 28 displays the list in frame 58. Then the user can select another link at step 204. 

This completes a description of the functionality and operations of shopping service 
module 102 of application program 50. Should the user desire to link to other service areas 
provided by system 20, then at step 238, following selection of link step 204, the user can 
request the member page with the link provided at step 146 (FIG. 4). Alternatively, the user 
can elect to exit system 20, at step 1 74. 

D. Bill Payment Module 

Transaction service system 20 greatly facilitates e-commerce between a user and multiple 
merchant sites 24 for products and services, as described above. Referring to FIGS. 1-5, 17a 
and 17b, bill payment module 1 10 (FIG. 3) of application program 50 of system 20 similarly 
facilitates receipt, payment, organization and other handling of bills of any type, i.e., not just 
bills for products purchased in e-commerce from a merchant site 24. 

Described very generally, bill payment module 1 10 permits a user via user computer 28 to 
access his or her billing records from a billing site 25 (FIG. 1), e.g., a utility or a credit card 
company, and then create a bill file (not shown) in the same manner e-catalog 124 is created. 
In addition, bills to multiple billing sites 25 may be paid as a single operation through the use 
of a payment form 128 (FIG. 3), much like order list 126 may be used to order items from 
multiple merchant sites 24 as a single operation. 
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Describing bill payment module 1 1 0 in more detail, if at the user selects link step 148 in 
FIG. 4, the user selects bill payment service link 154, a request is sent at step 156 by user 
computer 28 to system 20 for the bill payment service, as described above. Following receipt 
of this request at step 700, system 20 sends a page to user computer 28 at step 702 having 
5 links to select bill category, create bill category, find and enter bill, view bills in category, edit 
bill, view multimedia object, sort/exclude bills, select bill and send payment and request 
member page with links. User computer 28 receives and displays the page created at 
step 702, and then at step 704 the user selects one of the links provided at step 702. Because 
the functionality provided by bill payment module 1 10 is very similar to that of shopping 
0 service module 102, a detailed description of the operation of bill payment module 1 10 is 
omitted to avoid redundancy. In this regard it is to be appreciated bill payment module 1 10 
includes submodules analogous to item template module 104, e-catalog module 106 and order 
form module 108, i.e., a bill template module, a bill file module and a bill payment module, 
respectively, even though specific reference to such submodules is not provided below. That 
5 said, bill module 1 1 0 is described in sufficient detail below to provide an understanding of 
the structure and functionality of the module. 

If at step 704 the user chooses select bill category link 706, then at step 708 a request for the 
same is sent to system 20 as indicated by operation F'. As items may be organized in item 
categories, so may bills be organized in bill categories. These bill categories may include, for 
example, utilities, credit cards, car payments and landscaping services. Each bill category has 
an associated bill template (not shown), analogous to item template 122, in which fields 
pertinent to a given category of bill are provided, e.g., name and URL of billing entity, new 
purchases, balance, billing period. Bill files (not shown), analogous to e-catalog 124, are 
generated for each bill category. If desired, bills may be categorized in a generic bill category 
which provides less organizational capability, but may be preferred by some users. Payment 
forms 128 (FIG. 3) are provided for listing the bills to be paid, which are analogous order 
lists 126 for ordering items. 

The steps implemented by bill payment module 1 10 in operation F'and user computer 28 are 
analogous to those implemented by shopping service module 102 in operation F and the user 
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computer, as described above and illustrated in FIG. 6, subject to the differences described 
above. Thus at the end of operation F', a bill template for the selected bill category is 
displayed in frame 54 and information for several bills in the selected bill file is displayed in 
frame 56. 

If at step 704 the user selects create bill category link 710, then at step 712 a request for same 
is sent to system 20, as indicated by operation G'. Just as shopping service module 102 
permits a user to create new item categories, so does bill payment module 1 10 permit a user 
to create new bill categories. As a result, the steps implemented by system 20 in operation G' 
and user computer 28 are analogous to those implemented by system 20 in operation G and 
the user computer, as described above and illustrated in FIG. 7. Thus at the end of operation 
G' a template is created for the new bill category. 

If at step 704 the user selects find and enter bill link 714, then a request for same is sent to 
system 20, as indicated by operation H'. Bill payment module 1 10 permits a user to access 
billing sites 25 and then enter billing information into billing files via a bill template much 
like item information is entered into e-catalog 24 via an item template 122 from a merchant 
site 24. Access to such billing information typically requires entry of username and password 
information at billing site 25, since the billing information sought is both personal to the user 
and private. Billing information from a billing site 25 is displayed in frame 56 of user 
computer 28. In some cases it may be desirable to implement system 20 so as to permit 
billing sites 25 to send bills as e-mail notes to system 20, which in turn provides the bills to e- 
mail reader 132 for the appropriate user computer 28. Ideally, billing sites 25 will provide 
bills in the form of a bill template of the type provided by system 20. While specific to 
billing information, the steps performed by system 20 in operation H' and user computer 28 
are analogous to those implemented by system 20 in operation H and the user computer, as 
described above and illustrated in FIGS. 8 and 9. Thus, at the end of operation H' the user 
has entered billing information from one or more billing sites 25 into a billing file in the 
selected bill category (including a generic category, if desired). This ability to collect in a 
single bill file billing information from multiple billing sites 25 is an important feature of bill 
payment module 110. 
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If at step 704 the user selects the view bill in category link 71 8, then at step 270, a request for 
same is sent to system 20 as indicated by operation I'. This link permits a user to access and 
view a specific bill just as find existing item link 21 8 permits a user to access and view a 
specific item. However, the search parameters provided by bill payment module 1 10 for 
5 accessing a bill may differ somewhat from those provided by shopping service module 1 02 
for accessing an item as the parameters are specific for bills. Also bill templates and bill files 
are provided in operation I' rather than item templates 122 and e-catalogs 124. In other 
respects the steps performed in operation I' by system 20 and user computer 28 are analogous 
to those performed in operation I by system 20 and the user computer, as described above and 
10 illustrated in FIG. 10. 



Should the user select edit bill link 722 at step 704, then at step 724, a request for same is sent 
to system 20 as indicated by operation J'. As with the analogous link 222, edit bill link 722 
permits a user to edit a bill, for example to indicate the amount to be paid when less than the 
total amount due. Following selection of a desired bill category, system 20 sends user 
computer 28 the bill template and bill file for the bill category selected by the user. Operation 
J'ends with system 20 storing the edited bill. Thus with these exceptions, the steps performed 
in operation J' by system 20 and user computer 28 are analogous to those performed in 
operation J by system 20 and the user computer, as described above and illustrated in FIG. 1 1 . 

If at step 704 the user requests view multimedia object link 726, then at step 728 a request for 
same is sent to system 20 as indicated by operation K'. While multimedia objects are less 
frequently associated with billing information than with products and services, under certain 
circumstances multimedia objects may be provided, e.g., advertisements or special 
promotions that relate to the business of the billing site 25. Operation K' results in the 
multimedia object being displayed in frame 58 of user computer 28. The steps performed in 
operation K' by system 20 and user computer 28 are analogous to those performed in 
operation K by system 20 and the user computer, as described above and illustrated in 
FIG. 12. 
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In the event the user chooses at step 704 the sort/exclude bills link 730, then at step 732 a 
request for same is sent to system 20 as indicated by operation L'. In connection with bill 
payment, budget reconciliation and other operations users may desire to identify and 
aggregate bills meeting certain criteria. A series of sort and exclude operations are provided 
5 when sort/exclude bill link 730 is selected, much as links to sort and exclude operations are 
provided at step 424 following selection of sort/exclude item link 230 in shopping service 
module 1 02, as described above and illustrated in FIG. 1 3. However, the sort/exclude 
operations provided by bill payment module 1 10 differ from those provided by shopping 
service module 102 in that they are specific to bill paying. In this regard the sort operations 

1 0 provided by bill payment module 1 10 include sort by balance amount, sort by URL of the 
payment site 25 and sort by date the bill was added or modified. The exclude operations 
include exclude by balance amount, exclude by URL of the payment site 25, and exclude by 
date range. Other sort and exclude operations may be provided as desired. Operation L' ends 
with user computer 28 receiving and displaying in frame 54 bills corresponding to the results 

1 5 of the sort and/or exclude operations. Except as described above, the steps performed in 
operation L' by system 20 and user computer 28 are very analogous to those performed in 
operation L by system 20 and the user computer, as described above and illustrated in 
FIG. 13. 

20 Finally, if at step 704 the user chooses select bills and send payment link 734, then at step 736 
a request for same is sent to system 20 as indicated by operation M\ The latter involves 
creating a payment form 1 28 which contains bills to be paid, much like order list 126 
containing items to be ordered is created, as described above and illustrated in FIGS. 14a and 
14b. However, one important difference exists. Frequently, items ordered from a merchant 

25 site 24 cannot be shipped at the time ordered. Steps 574-586, in part, address this fact, as 
described above and illustrated in FIG. 14b. No analogous situation exists with payment of 
bills. Therefore, operation M' differs from operation M in this regard and in that the 
operation pertains to generation and submission of a payment form 128 containing bills to be 
paid rather than generation and submission of an order list 126 containing items to be 

30 purchased. Thus, the SEOM will contain information pertinent to bill-payment including the 
bills to be paid and account information with respect to the bank account or other payment 
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source to be used in paying bills. Also, like an SEOM containing items to be ordered from 
multiple merchant sites 24 as a single operation, the SEOM generated in operation M' allows 
bill payment to may made to multiple billing sites 25 as a single operation. Of course if a 
central bill paying entity is used, then a single SEOM containing bill payment information for 
5 all billing sites 25 may be provided to the single billing entity. If desired, bill payment 

module may be designed to allow a user to specify on payment form 128 when bills are to be 
paid. Thus, while the user may submit payment form 128 as a single operation, bill payment 
module i 10 will only authorize release of payment funds at the date specified in payment 
form 128. This allows bills to be paid at one time, but avoids distribution of funds until 
1 0 payment is actually required. Except as described above, the steps performed in operation M' 
by system 20 and user computer 28 are analogous to those performed in operation M by 
system 20 and the user computer, as described above and illustrated in FIGS. 14a and 14b. 

If the user elects not to select any links at step 704, then step 740 allows a user to request the 
15 member page with links provided at step 146. Alternatively, at step 174 the user can exit 
system 20. 

E. Investment Portfolio Module 

In addition to facilitating e-commerce between a user and multiple merchant sites 24 for 
20 products and services, and facilitating bill payment and related functions between a user and 
multiple billing sites 25, as described above, transaction service system 20 is designed to 
facilitate investment portfolio activities. Referring to FIGS. 1 -5, 1 8a and 1 8b, described very 
generally, investment portfolio module 112 (FIG. 3) of application program 50 of system 20 
aids a user in the selection, analysis, purchase, sale, organization and other functions with 
25 respect to the contents of an investment portfolio such as stocks, bonds, options, commodities 
and the like. Thus, investment portfolio module 1 12 permits a user via user computer 28 to 
access his or her investment account from an investment site 26 (FIG. 1), e.g., a stock 
brokerage, and then create a investment portfolio in the same manner e-catalog 1 24 is created. 
Research regarding a company in which an investment is contemplated or exists may also be 
30 conducted by contacting Internet sites or other on-line sources of information in network 22 
via user computer 28, and then recording the results in a research file in the same manner 
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e-catalog 124 is created. In addition, although perhaps less significant than with respect to 
the shopping bill payment services described above, investments may be purchased from 
multiple investment sites 26 as a single operation through the use of a transaction form 130 
(FIG. 3), much like order list 126 may be used to order items from multiple merchant sites 24 
as a single operation. This is desirable where, for example, a user works with one investment 
site 26 for 401(K) investments, another site that has expertise with emerging growth stocks, 
and a third site that has expertise with commodities. 

Describing investment module 1 12 in more detail, if at the user selects link step 148 in 
FIG. 4, the user selects investment portfolio service link 158, a request is sent at step 160 by 
user computer 28 to system 20 for the investment portfolio service, as described above. 
Following receipt of this request at step 800, system 20 sends a page to user computer 28 at 
step 802 having links to select investment category, create investment category, find and enter 
investment, view investments in category, edit investment, view multimedia object, 
sort/exclude investments and select investment and effect transaction, and request member 
page with links. User computer 28 receives and displays the page created at step 802, and 
then at step 804 the user selects one of the links provided at step 802. Because the 
functionality provided by investment portfolio module 1 12 is very similar to that of shopping 
service module 102, a detailed description of the operation of investment portfolio 
module 1 10 is omitted to avoid redundancy. In this regard it is to be appreciated investment 
portfolio module 112 includes submodules analogous to item template module 104, e-catalog 
module 106 and order form module 108, i.e., an investment template module, an investment 
account module and an investment transaction module, respectively, even though specific 
reference to such submodules is not provided below. That said, investment portfolio 
module 1 12 is described in sufficient detail below to provide an understanding of the 
structure and functionality of the module. 

If at step 804 the user chooses select investment category link 806, then at step 808 a request 
for the same is sent to system 20 as indicated by operation F". As items may be organized in 
item categories, so may investments be organized in investment categories. These jnvestment 
categories may include, for example, stocks, bonds, options and commodities. Alternatively, 
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all investments with one stockbroker may be maintained in one investment category, all 
investments with a second stockbroker may be maintained in a second category, and so on. 
As yet another alternative, investment categories may be created for companies being 
analyzed for investment purposes, with one category being used for each company. In some 
5 cases, an investment category may be created for a group of companies meeting certain 

criteria. In these latter cases, the term "investment" is used somewhat loosely as it pertains to 
investment category, insofar as certain of the categories may not relate to specific 
investments, but rather to research pertaining to a potential or actual investment. 

10 Each investment category, e.g., stocks, treasury bills and junk bonds, has an associated 
investment template, analogous to item template 122, in which fields pertinent to a given 
category of investment are provided, e.g., name and URL of investment entity, name and 
quantity of investment, and purchase price. When tracking information about companies for 
investment purposes, fields in the investment template might include products, annual sales, 

1 5 profit margins, market share and stock price. A number of predefined investment templates 
for common investment types are typically provided by investment portfolio module 1 12. 
Investment accounts, analogous to e-catalogs 124, are generated for each investment category. 
Here too, the term "investment" as used with respect to investment accounts is not limited to 
merely investments such as stocks and bonds. Company research for a given company, for 

20 example, may be included in an investment account. If desired, investments may be 

categorized in a generic investment category which provides less organizational capability, 
but may be preferred by some users. Transaction forms 130 are provided for listing the 
investments to be purchased, which are analogous order lists 126 for ordering items. 

25 The steps implemented by investment portfolio module 1 12 in operation F" and user 
computer 28 are analogous to those implemented by shopping service module 102 in 
operation F and the user computer, as described above and illustrated in FIG. 6, subject to the 
differences described above. Thus at the end of operation F", an investment template for the 
selected investment category is displayed in frame 54 and information for several investments 

30 in the selected investment account is displayed in frame 56. 



38 



WO 00/31672 



PCIYUS99/27903 



If at step 804 the user selects create investment category link 810, then at step 812 a request 
for same is sent to system 20, as indicated by operation G". Just as shopping service 
module 102 permits a user to create new item categories, so does investment portfolio 
module 1 12 permit a user to create new investment categories. This flexibility in investment 
5 portfolio creation is important as very different templates are needed, for example, for stock a 
user owns, company research and market sector analyses. Except that the steps following 
selection of link 810 pertain to investments rather than items, the steps implemented by 
system 20 in operation G" and user computer 28 are analogous to those implemented by 
system 20 in operation G and the user computer, as described above and illustrated in FIG. 7. 
10 Thus at the end of operation G" a template is created for the new investment category. 

In the event at step 804 the user selects find and enter new item link 814, then at step 816a 
request for same is sent to system 20, as indicated by operation H". Investment portfolio 
module 1 12 permits a user to access investment sites 26 and then enter investment 

15 information into investment accounts via an investment template much like item information 
is entered into item template 122 from a merchant site 24. Access to such investment 
information typically requires entry of usemame and password information at investment, 
site 26, since the investment information sought is both personal to the user and private. 
Alternatively, a user may select and enter information from other Internet sites. For example, 

20 when researching a company for the purpose of a possible investment, information may be 
selected and entered following selection of link 814 by accessing the company's web site, the 
web sites of market research firms having information about the company, the web sites of 
newspapers and magazines and other Internet sources. Investment information from an 
investment site 26 or other web site is displayed in frame 56 of user computer 28. While 

25 specific to investment information, the steps performed by system 20 in operation H" and 
user computer 28 are analogous to those implemented by system 20 in operation H and the 
user computer, as described above and illustrated in FIGS. 8 and 9. Thus at the end of 
operation H" the user has entered investment information from one or more investment 
sites 26, and/or from one or more other web sites, into an investment account in the selected 

30 investment category. This ability to collect in a single investment account information from 
multiple investment sites 26 is an important feature of investment portfolio module 1 12. 
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If at step 804 the user selects the view investments in category link 818, then at step 820 a 
request for same is sent to system 20 as indicated by operation 1". This link permits a user to 
access and view a specific bill just as find existing item link 2 1 8 permits a user to access and 
view a specific item. However, the search parameters provided by investment portfolio 
5 module 1 12 for accessing a bill may differ somewhat from those provided by shopping 

service module 102 for accessing an item as the parameters are specific for investments. Also 
investment templates and investment accounts are provided in operation I" rather than item 
templates 122 and e-catalogs 124. In other respects the steps performed in operation I" by 
system 20 and user computer 28 are analogous to those performed in operation I by system 20 
10 and the user computer, as described above and illustrated in FIG. 10. 

Should the user select edit investment link 822 at step 804, then a request for same is sent to 
system 20 as indicated by operation J". As with the analogous link 222, this link permits a 
user to edit an investment, for example to indicate a change in asset allocation or share price. 
Or when tracking company information, edit investment link 822 permits a user to modify 
previously entered data such as quarterly sales, new product offerings and the like. Following 
selection of a desired investment category, system 20 sends user computer 28 the investment 
template and investment account for the investment category selected by the user. Operation 
J "ends with system 20 storing the edited investment. Thus, with these exceptions, the steps 
performed in operation J" by system 20 and user computer 28 are analogous to those 
performed in operation J by system 20 and the user computer, as described above and 
illustrated in FIG. 11. 

If at step 804 the user requests view multimedia object link 826, then a request for same is 
25 sent to system 20 as indicated by operation K". While multimedia objects are less frequently 
associated with investments than with products and services, under certain circumstances 
multimedia objects may be provided, e.g., company statements, interviews, press releases and 
investor presentations. Operation K" results in the multimedia object being displayed in 
frame 58 of user computer 28. The steps performed in operation K" by system 20 and user 
30 computer 28 are very analogous to those performed in operation K by system 20 and the user 
computer, as described above and illustrated in FIG. 12. 
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In the event the user chooses at step 804 the sort/exclude investments link 830, then at 
step 832 a request for same is sent to system 20 as indicated by operation L". In connection 
with investment analysis and research users may desire to identify and aggregate investments 
and related information meeting certain criteria. A series of sort and exclude operations are 
5 provided when sort/exclude investment link 830 is selected, much as links to sort and exclude 
operations are provided at step 424 following selection of sort/exclude item link 230 in 
shopping service module 102, as described above and illustrated in FIG. 13. However, the 
sort/exclude operations provided by investment portfolio module 1 12 differ from those 
provided by shopping service module 102 in that they are specific to investments and related 

10 analysis and research. In this regard the sort operations provided by investment portfolio 
module 1 12 include sort by URL of the investment site 26 and sort by date the investment 
was added or modified. The exclude operations include exclude by URL of the investment 
site 26, and exclude by date range. Other son and exclude operations may also be provided, 
as described. Operation L" ends with user computer 28 receiving and displaying in frame 54 

1 5 investments or related information, e.g., company research, corresponding to the results of the 
sort and/or exclude operations. Except as described above, the steps performed in operation 
L" by system 20 and user computer 28 are very analogous to those performed in operation L 
by system 20 and the user computer, as described above and illustrated in FIG. 13. 

20 Finally, if at step 804 the user chooses select investment and effect transaction link 834, then 
at step 836 a request for same is sent to system 20 as indicated by operation M". Creating a 
transaction form 130 which contains investments to be bought or sold is much like creating 
an order list 126 containing items to be ordered, as described above and illustrated in 
FIGS. 14a and 14b. Several differences do, however, exist. First, when a user submits a 

25 request to purchase or sell an investment, a unit price, e.g., dollars per share of stock, 

investment name and type and other information is typically required. Thus, operation M" 
contains steps analogous to steps 504 and 506 to uncover and identify to the user whether all 
required information is provided. 

30 Second, when an investment cannot be purchased or sold at the target price provided in 

transaction form 130, in steps analogous to steps 572 and 574 (FIG. 14b) investment site 26 
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determines whether the investment can be purchased or sold at the target price and in the 
target quantities. If it can, then investment site 26 sends an order confirmation indicating the 
date, quantity, price and other pertinent factors of the transaction, which is received by 
system 20 at a step analogous to step 576. If the investment cannot be purchased or sold at 
5 the target price and/or quantities, then investment site 26 sends a message advising such is the 
case. This message preferably includes a form requesting direction whether the transaction 
should be completed at another price and/or quantity target, or whether it should be canceled. 
Following action by the user with respect to the inquiry in the form, in a step analogous to 
step 582, investment site 26 processes the revised request, if possible at the new price and/or 
10 quantity targets specified, and then sends an order confirmation to the user, in steps analogous 
to steps 586 and 588. If the investment cannot be purchased or sold at the new price and/or 
quantity targets specified by the user, then another message and form requesting direction is 
provided by investment site 26. 

1 5 Like shopping service module 102, investment portfolio module 1 12 generates an SEOM 
containing information pertinent to the purchase or sale of investments and account 
information with respect to the bank account or other payment source to be used in 
purchasing the investment. Also, like an SEOM containing items to be ordered from multiple 
merchant sites 24 as a single operation, the SEOM generated in operation M" allows 

20 investments to be purchased or sold through multiple investment sites 26 as a single 
operation. Thus, except as described above, the steps performed in operation M" by 
system 20 and user computer 28 are very analogous to those performed in operation M by 
system 20 and the user computer, as described above and illustrated in FIGS. 14a and 14b. 

25 If the user elects not to select any links at step 804, then at step 840 the user may request the 
member page with links provided at step 146. Alternatively, at step 1 74 the user can exit 
system 20. 

F. E-Mail Module 

30 Referring to FIGS. 1 -4 and 1 9, if a user desires to send or retrieve e-mail, the user selects link 
step 148 (FIG. 4) and then the user chooses e-mail reader link 162, thereby causing user 
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computer 28 at step 1 64 to send a request for e-mail reader 1 32 to system 20. Following 
receipt of this request, at step 900 system 20 retrieves e-mail for the user, and then at step 902 
provides e-mail reader 1 32 that permits a user to read, write, find, organize, print and/or 
delete e-mail. In addition, unread and stored e-mail retrieved at step 900 is included in e-mail 
5 reader 132 and sent to user computer 28. At step 904 user computer 28 receives and displays 
e-mail reader 132, typically in frame 58, although if desired the e-mail reader may occupy the 
entire display 52 of the user computer. Next, at step 906, a user performs conventional e-mail 
processes, i.e., reads, writes, finds, organizes, deletes and/or prints e-mail using functionality 
(not shown) provided on e-mail reader 132, and sends the results of this processing to user 

1 0 computer 28. Then, at step 908, user computer 28 performs the e-mail operations requested 
at step 906 and sends the results to user computer 28 along with two inquiries (steps 910 and 
914) regarding further action to be taken by the user. Then, at step 910, the user is provided 
with the option to return to the home page for system 20. If the user elects this option, then, 
as noted by step 912, the user returns to the home page. If the user elects not to return to the 

15 home page, then the user is given another option at step 914 to link to other web sites. If the 
user chooses this option and specifies the web site to which a link is requested, then at 
step 916 user computer 28 through its browser 26 attempts to effect this link. Alternatively, 
at step 91 8, the user may choose to exit the e-mail service, thereby returning the user to the 
member page at step 146. 

20 

If desired, system 20 may be implemented so that notices appear when the user first logs on to 
system 20 at the member page. These notices may include, for example, an indication new 
mail has been received (e.g., an order confirmation), special offers, new product listings, new 
bills, and investment opportunities. Thus, rather than requiring a user to select e-mail reader 
25 link 162 to obtain certain information concerning e-mail, it may be provided at the time of log 
in. 

G. Change Profile/Settings Module 

Turning now to FIGS. 1 -4 and 20, transaction service system 20 provides the user with the 
30 opportunity to edit his or her profile, for example to input a change of address, as well as to 
modify various settings, e.g., the relative size and placement of frames 54, 56 and 58. If at 
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step 148 (FIG. 4) the user selects link 166 to change profile/settings, then at step 168 user 
computer 28 sends such a request to system 20. Upon receipt of this request, at step 1000, 
system 20 sends a page with links to edit profile and edit settings. At step 1 002, user 
computer 28 receives and displays the link page and then the user selects one of the two links 
5 provided. If the user selects edit profile link 1 004, then user computer 28 sends this request 
to system 20 where, at step 1 006, the system retrieves the user profile and creates a profile 
page. This page is then sent to user computer 28 and at step 1008 the user edits his or her 
profile and sends it to system 20 where at step 1010 it is stored. After edit profile step 1008, 
the user is provided with link 1012 where he or she is given the opportunity to return to the 

10 home page. If the user so desires, then at step 1014 the user returns to the home page. If the 
user indicates he or she does not want to return to the home page, then at link 1016 the user is 
given the opportunity to link to other web sites. If the user requests such a link, after 
providing the appropriate URL user computer 28 sends a request at step 1 0 1 8 to the other 
web sites in an attempt to affect the link. If at step 1 0 1 6 the user indicates link to other web 

1 5 sites is not desired, then at step 1 020 an exit from the edit profile/settings services provided 
and the user is returned to user select link 148. 

If the user at step 1002 selects edit settings link 1030, then user computer sends this request to 
system 20 where, at step 1032, the system retrieves existing settings and generates and sends 
20 a change settings page to user computer 28. Following receipt of this settings page and 

modifications of the existing settings at step 1034, user computer 28 sends the edited settings 
to system 20, where, at step 1036 they are stored. After the user submits the edited settings at 
step 1034, the user is returned to link 1012, as discussed above. 

25 Transaction service system 20 has been described above as a vehicle for facilitating 
transactions between a user computer 28 and one or more of a merchant site 24, a bill 
payment site 25 and an investment site 26. However, it is to be appreciated that system 20 is 
not constrained to operate only in such environments. In fact system 20 is extremely flexible 
in its application and may be used in virtually any environment for virtually any purpose. In 

30 its broadest implementation, system 20 has a template module (not shown) that provides a 
template (not shown) viewable on display 52 of user computer 28 that may be used to enter 
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almost any type of information available from any site in network 22 with which the user 
computer is connected. In other words, the template module need not be, for example, an 
item template 122 that is specific to items. A folder module is also provided that permits a 
user to assemble a folder containing information regarding items offered at one or more site 
on network 22. Thus, e-catalog 24 is only one implementation of the more generic folder 
module encompassed by the present invention. Also, system 20 may be used with sites where 
the items offered are information, and the information may be offered in the sense that it is 
made available, rather than sold or licensed. 

Even in this broad implementation of system 20, the template and information in the folder 
are provided for viewing in display 52 of user computer 28 so that they do not occupy the 
entire display. This permits the user to display content from a site on network 22 in portions 
of display 52 not occupied by the template and information from the folder. 

Since certain changes may be made in the above system without departing from the scope of 
the invention herein involved, it is intended that all matter contained in the above description 
as shown in the accompanying drawings shall be interpreted in an illustrative and not in a. 
limiting sense. 
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What is claimed is: 



1 1 . A transaction service system in a service computer for supporting e-commerce across 

2 a distributed computer network including a user computer having a display and 

3 browser for navigating the network, and a plurality of merchant sites each having a 

4 unique URL and an e-commerce system for enabling sale or other transfer of items, 

5 . which e-commerce system may be accessed via the network with the browser of the 

6 user computer, the transaction service system comprising: 

7 a. an item template module that provides an item template, permits a user to 

8 enter in said item template information available at a merchant site regarding 

9 an item offered by the merchant site, and provides for viewing on a first 

10 portion of the display of the user's computer at least one of said item 

1 1 templates; 

12 b. an e-catalog module that permits a user to assemble an e-catalog containing 

1 3 information regarding items offered at more than one merchant site, and 

14 provides for viewing on a second portion of the display of the user's computer 

1 5 at least some of said information in said e-catalog; and 

16 c. wherein said first portion and said second portion are sized so that a third 

17 portion of the display of the user's computer is not occupied by said first 

1 8 portion and said second portion. 

1 2. A system according to claim 1, further including an order module that permits a user 

2 to assemble, and submit as a single operation, an order containing items in said 

3 e-catalog from more than one merchant site. 

1 3. A system according to claim 2, wherein said order module delivers to each merchant 

2 site offering items included in said order a communication identifying those items in 

3 said order provided by said merchant site. 

1 4. A system according to claim 3, wherein said communication includes address 

2 information and payment information with respect to the user. 
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I 5. 



1 6. 



i 7. 



I 8. 



A system according to claim 1, wherein information entered in an item template is 



2 entered by said item template module in said e-catalog. 



A system according to claim 1, wherein said item template module permits a user to 



2 classify items by category. 



A system according to claim 1, wherein said e-catalog module creates e-catalogs 



2 including only items in a given category. 



A system according to claim 1, wherein said item template includes fields in which 
2 information regarding an item may be entered. 

1 9. A system according to claim 1 , wherein said information entered in said item 

2 templates and contained in said e-catalogs is stored in the service computer. 

110. A system according to claim 1 , wherein said item template module permits 

2 multimedia objects that are associated with said items to be entered in said item 

3 templates. 

1 11. A system according to claim 1 0, wherein said item template module provides for 

2 viewing in the display of the user's computer a plurality of thumbnail objects, each 

3 associated with one of said items. 



112. A system according to claim 2, wherein said order module permits a user to establish 

2 a budget amount for items to be obtained via said plurality of merchant computers, 

3 and compares the price of items included in an order with said budget amount to 

4 determine if said price exceeds said budget amount. 

113. A system according to claim 1 , further including a bill payment module for facilitating 
2 the payment of bills. 
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1 14. A system according to claim 13, wherein said bill payment module comprises: 

2 a. a bill template module that provides templates in which a user may enter 

3 billing information available at a plurality of billing sites, and provides for 

4 viewing on said first portion of the display of the user's computer at least one 

5 of said bill templates; and 

6 b. a bill file module that permits a user to assemble a bill file containing 

7 information regarding bilis from one or more of the plurality of billing sites, 

8 and provides for viewing on said second portion of the display of the user's 

9 computer at least some of the information contained in the bill file. 

1 15. A system according to claim 1 3, wherein said bill payment module permits a user to 

2 assemble, and submit as a single operation, a payment for bills to more than one 

3 billing site. 

1 16. A system according to claim 1, further including an investment portfolio module for 

2 facilitating investment activity. 

117. A system according to claim 16, wherein investment portfolio module comprises: 

2 a. an investment portfolio module that provides investment templates in which a 

3 user may enter investment information available at a plurality of investment 

4 sites, and provides for viewing on said first portion of the display of the user's 

5 computer at least one of said investment templates; and 

6 b. an investment account module that permits a user to assemble an investment 

7 account containing information regarding investments from one or more of the 

8 plurality of investment sites, and provides for viewing on said second portion 

9 of the display of the user's computer at least some of the information 
10 contained in the investment account. 
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1 18. A system according to claim 1 6, wherein said investment portfolio module permits a 

2 user to assemble, and submit as a single operation, a request to buy or sell investments 

3 to more than one investment site. 

1 19. An e-commerce system, comprising: 

2 a. a computer network; 

3 b. at least one user computer connectable with said network, said at least one user 

4 computer having a display and a browser for navigating said network; 

5 c. a plurality of merchant computers connectable with said at least one user 

6 computer via said network, each merchant computer being programmed to 

7 operate an e-commerce system for enabling e-commerce with said at least one 

8 user computer; 

9 d. a service computer connectable with said at least one user computer and said 

1 0 plurality of merchant computers via said network; and 

1 1 e. said service computer being programmed to operate a shopping system that 

1 2 permits a user to order items in a single order from more than one of said 

1 3 merchant computers. 

1 20. A system according to claim 19, wherein said shopping system permits a user to store 

2 information regarding items offered by one or more of said plurality of merchant 

3 computers, and provides at least some of said information so that it may be displayed 

4 in only one portion of said display of said user computer so that the user may display 

5 content from one or more of said plurality of said merchant computers in other than 

6 said one portion of said display. 

1 21 . A system according to claim 19, wherein said shopping system permits a user to store 

2 information by category. 

1 22. A method of assisting a user having a user computer with a display and a browser in 

2 obtaining items offered at a plurality of merchant sites linked via a network that the 
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1 user can navigate with the browser so as to access merchant sites, the method 

2 comprising the steps of: 

3 a. providing a template to the user computer, via the network, in which a user 

4 may enter information regarding an item offered at a merchant site, wherein 

5 said template is provided so that it may be viewed on the display of the user 

6 computer at the same time content from the merchant site may be viewed in 

7 the display of the user computer; 

8 b. building a collection of said information regarding items offered at more than 

9 one merchant site and providing at least some of said information in said 

1 0 collection so that it may be viewed on the display of the user computer at the 

1 1 same time content from the merchant site may be viewed in the display of the 

1 2 user computer; and 

13 c. creating an order using said information in said collection for items from more 

14 than one merchant site and transmitting a request to each merchant site for 

1 5 those items included in said order which said each merchant site offers. 

1 23. A method according to claim 22, wherein said step a and said step b are performed so 

2 that a third portion of said display of said user computer may contain content from a 

3 merchant site at the same time at least one of (a) said template and (b) said at least 

4 some of said information is displayed in the display of the user computer. 

1 24. A method according to claim 22, further including the step of searching for said 

2 information for items of interest to the user based on input provided by the user. 

1 25. A method of obtaining items offered at a plurality of merchant sites linked via a 

2 network that the user can navigate with the browser of a user computer so as to access 

3 merchant sites, the method comprising the steps of: 

4 a. linking with a merchant site so as to display content from the merchant site in 

5 the display of the user computer; 
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6 b. entering information regarding items available at the merchant site in an item 

7 template viewable in the display of the user computer at the same time said 

8 content is displayed; and 

9 c. manipulating information in an e-catalog viewable in the display of the user 
10 computer at the same time said content is displayed. 

1 26. An e-commerce system intended to assist a user having a user computer with a display 

2 and a browser in obtaining items offered at a plurality of merchant sites linked via a 

3 network that the user can navigate with the browser to as to access merchant sites, the 

4 system comprising: 

5 a. first means for providing a template to the user computer, via the network, in 

6 which a user may enter information regarding an item offered at a merchant 

7 site, wherein said template is provided so that it may be viewed on the display 

8 of the user computer so that the user may simultaneously view content from 

9 the merchant site on the display of the user computer; 

1 0 b. second means for building a collection of said information regarding items 

1 1 offered at more than one merchant site and providing at least some of said 

12 information in said collection so that the user may simultaneously view 

13 content from the merchant site on the display of the user computer; and 

14 c. third means for creating an order using said information in said collection for 

15 items from more than one merchant site and transmitting a request to each 

16 merchant site for those items included in said order which said each merchant 

17 site offers. 

1 27. A system according to claim 26, wherein said first means provides said template for 

2 display, and said second means provides said at least some information for display, so 

3 that a third portion of said display of said user computer may contain content from a 

4 merchant site at the same time at least one of (a) said template and (b) said at least 

5 some of said information is displayed in the display of the user computer. 
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1 28. A computer-readable storage medium containing a computer program executable by a 

2 service computer linked to a computer network and designed to assist a user having a 

3 user computer with a display and a browser in obtaining items offered at a plurality of 

4 merchant sites linked via the computer network that the user can navigate with the 

5 browser to as to access merchant sites, the computer program comprising the steps of: 

6 a. providing a template to the user computer, via the network, in which a user 

7 may enter information regarding an item offered at a merchant site, wherein 

8 said template is provided so that it may be viewed on the display of the user 

9 computer at the same time content from the merchant site may be viewed in 

10 the display of the user computer; 

1 1 b. building a collection of said information regarding items offered at more than 

12 one merchant site and providing at least some of said information in said 

13 collection so that ii may be viewed on the display of the user computer at the 

14 same time content from the merchant site may be viewed on the display of the 

1 5 user computer; and 

16 c. creating an order using said information in said collection for items from more 

1 7 than one merchant site and transmitting a request to each merchant site for . 

18 those items included in said order which said each merchant site offers. 

1 29. A computer-readable storage medium according to claim 28, wherein said step a and 

2 said step b are performed so that a third portion of said display of said user computer 

3 may contain content from a merchant site at the same time at least one of (a) said 

4 template and (b) said at least some of said information is provided in the display of the 

5 user computer. 

1 30. A transaction service system in a service computer for supporting activities across a 

2 distributed computer network including a user computer having a display and browser 

3 for navigating the network, and a plurality of sites each having a unique URL and 

4 information pertaining to one or more subjects, which information can be accessed via 

5 the browser of the user computer, the transaction service system comprising: 



52 



WO 00/31672 PCT/US99/27903 

6 a. a template module that provides templates in which a user may enter 

7 information available at the plurality of sites, and provides for viewing on a 

8 first portion of the display of the user's computer at least one of said 

9 templates; 

1 0 b. a folder module that permits a user to assemble a folder containing 

I ' information from one or more of the plurality of sites, and provides for 

12 viewing on a second portion of the display of the user's computer at least some 

13 of the information contained in said folder; and 

14 c- wherein said first portion and said second portion are sized so that a third 

1 5 portion of the display of the user's computer is not occupied by said first 

1 6 portion and said second portion. 

1 31. A system according to claim 30, further including an order module that permits a user 

2 to assemble, and submit as a single operation, a request for items in said folder from 

3 more than one site. 

1 32. A system according to claim 3 1 , wherein said order module delivers to each site 

2 offering items included in said request a communication identifying those items in 

3 said request provided by said merchant site. 

1 33. A system according to claim 32, wherein said communication includes user profile 

2 and payment information. 

1 34. A system according to claim 30, wherein information entered in a template is entered 

2 by said template module in said folder. 

1 35. A system according to claim 30, wherein said template module permits a user to 

2 classify items by category. 

1 36. A system according to claim 30, wherein item template module creates folders 

2 including only items in a given category. 
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1 37. A system according to claim 30, wherein said template includes fields in which 

2 information regarding an item may be entered. 

1 38. A system according to claim 30, wherein said information entered in said templates 

2 and said folders is stored in the service computer. 

1 39. A system according to claim 30, wherein said system stores said items entered in said 

2 templates in said service computer. 

1 40. A system according to claim 30, wherein said information entered in said template 

2 may include multimedia objects. 

1 41. A system according to claim 30, wherein said system permits a user to establish a 

2 budget amount for items to be obtained via the plurality of sites, and compares the 

3 price of items included in a request with said budget amount to determine if said price 

4 exceeds said budget amount. 

1 42. A system according to claim 30, wherein (a) said template module provides said at 

2 least one of said templates for viewing in said first portion and (b) said folder module 

3 provides said at least some of the information contained in said folder for viewing in 

4 said second portion so that content from at least one of said plurality of sites may be 

5 simultaneously viewed in said third portion of the display of the user's computer. 

1 43. A system according to claim 30, wherein said template is an item template and said 

2 folder is an e-catalog. 

1 44. A system according to claim 30, wherein said template is a bill form and said folder is 

2 a bill file. 
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1 45. A system according to claim 30, wherein said template is a transaction form and said 

2 folder is an investment account. 

1 46. A billing service system in a service computer for supporting billing activities across a 

2 distributed computer network including a user computer having a display and browser 

3 for navigating the network, and a plurality of billing sites each having a unique URL 

4 and a billing system for enabling bill payment and other activities, which billing 

5 system may be accessed via the network with the browser of the user computer, the 

6 billing service system comprising: 

7 a. a bill template module that provides a bill template, permits a user to enter in 

8 said bill template information available at a billing site regarding a bill at the 

9 billing site, and provides for viewing on a first portion of the display of the 

10 user's computer at least one of said bill templates; 

11 b. a bill file module that permits a user to assemble a bill file containing 

12 information regarding bills at the billing site, and provides for viewing on a 

13 second portion of the display of the user's computer at least some of said 

14 information in said bill file; and 

1 5 c. wherein said first portion and said second portion are sized so that a third 

1 6 portion of the display of the user's computer is not occupied by said first 

17 portion and said second portion. 

1 47. A system according to claim 46, further comprising a bill payment module that 

2 permits a user to assemble, and submit as a single operation, a payment for bills to 

3 more than one billing site. 

1 48. A system according to claim 47, wherein said bill payment module permits a user to 

2 specify when payment for each bill is to made to each billing site. 

1 49. A system according to claim 46, wherein said bill template module permits a user to 

2 classify bills by category. 
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1 50. An investment portfolio system in a service computer for supporting investment 

2 activities across a distributed computer network including a user computer having a 

3 display and browser for navigating the network, and a plurality of investment sites 

4 each having a unique URL and an investment system for enabling investment 

5 activities, which investment system may be accessed via the network with the browser 

6 of the user computer, the investment portfolio system comprising: 

7 a. an investment template module that provides investment templates in which a 

8 user may enter investment information available at a plurality of investment 

9 sites, and provides for viewing on a first portion of the display of the user's 

1 0 computer at least one of said investment templates; 

11 b. an investment account module that permits a user to assemble an investment 

1 2 account containing information regarding investments from one or more of the 

1 3 plurality of investment sites, and provides for viewing on a second portion of 

14 the display of the user's computer at least some of the information contained 

1 5 in the investment account; and 

1 6 c - wherein said first portion and said second portion are sized so that a third 

1 7 portion of the display of the user's computer is not occupied by said first . 

1 8 portion and said second portion. 

1,51. A system according to claim 50, further comprising an investment transaction module 

2 that permits a user to assemble, and submit as a single operation, a request to 

3 complete investment transactions to more than one investment site. 

1 52. A system according to claim 5 1 , further wherein said investment transaction module 

2 permits a user to specify a target sale or purchase price for an investment. 



1 53. 
2 



1 



A system according to claim 50, wherein said investment template module permits a 
user to classify investments by category. 



54. A system for supporting the collection, organization, storage and/or retrieval of 
2 information, the system being connectable to a distributed computer network 
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1 including a user computer having a display and browser for navigating the network, 

2 and a plurality of sites each having a unique address and information pertaining to one 

3 or more subjects, which information can be accessed via the browser of the user 

4 computer, the system comprising: 

5 a. a template module that provides templates via the network upon request by the 

6 user computer so as to be viewable on the display of the user computer, said 

7 templates having a plurality of fields into which a user may enter alphanumeric 

8 and multimedia information available at the plurality of sites, each of said 

9 plurality of fields designed to receive a specific category of information; and 

10 b. an information module for storing information entered via said plurality of 

1 1 fields into said templates, which information is provided from the user 

12 computer via the network to said information module and is stored by said 

13 information module in an organizational format corresponding to said specific 

14 categories of information. 

1 55. A system according to claim 54, further including an interface module for permitting a 

2 user computer to initiate storage of, search for and retrieval of information stored by 

3 said information module, said interface module being provided via the network to the 

4 user computer so as to be viewable on the display of the user computer. 
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